Vanou a écrit 5 commentaires

Voici les commandes que j'ai exécutées:

export PATH=/toolchains_for_arm/bin:$PATH

# libgpg-error-1.19
cd $OUTPUT_DIR/libgpg-error-1.9
sudo ./configure --enable-static --host=arm-linux-gnueabihf
sudo make clean
sudo make
sudo make install

# libgcrypt 1.5.2
cd $OUTPUT_DIR/libgcrypt-1.5.2
sudo ./autogen.sh
sudo ./configure --enable-static --host=arm-linux-gnueabihf
sudo make clean 
sudo make
sudo make install 

#LVM
cd $OUTPUT_DIR/LVM2.2.02.98
export ac_cv_func_malloc_0_nonnull=yes
c_cv_func_malloc_0_nonnull=yes
ac_cv_func_realloc_0_nonnull=yes
sudo ./configure --host=arm-linux-gnueabihf --enable-lvm1_fallback --enable-fsadm --with-clvmd --with-cluster=internal --with-pool=internal --with-user= --with-group= --with-device-uid=0 --with-device-gid=6 --with-pool=none --with-cluster=none --with-snapashots=none --with-mirrors=none 
sudo make clean
sudo make
sudo make install

# cryptsetup 1.6.1
cd $OUTPUT_DIR/cryptsetup-1.6.1
sudo ./configure --host=arm-linux-gnueabihf --build=arm-linux --enable-static
sudo make clean
sudo make
sudo make install

file /usr/sbin/cryptsetup

=> ELF 64-bit LSB executable, x86-64 !!!

Merci.
J'ai vérifié, l'éxécutable se trouve sous /usr/sbin.
Par contre lorsque je fais un file sur cet exe, il a été compilé en x86 ?!
Je ne comprends pas, mon compilateur est bien renseigné sous mon PATH.
De plus lorsque je lance arm-linux-gcc --version, j'obtiens bien la version. Ce qui prouve que mon compilo arm est bien présent et visible.
Pourtant quand je lance le ./configure --enable-static --host=arm-linux-gnueabihf , je vois que checking arm-linux-gnueabihf no (pour info je n'ai pas renseigné le prefix)

Aurais-tu des pistes ?
Merci d'avance

Meci pour toutes ces infos c'est tres complet.
J'utilise un raspberry pi et la toolchain est propriétaire.

Il ya qq chose que je ne saisis pas bien. J'ai bien utilise la commande ./configure --enable-static --host=arm-linux-gnueabihf --prefix=addr-ip-target:/mnt/cryptsetup
Je ne suis pas sur du préfix. Vais je directement retrouver mon executable cryptsetup sur la cible dans ce cas la ?
Si C'est le cas, dois je compiler toutes les dependances avec le meme prefix ? Ou bien seul le prefix avec la cible est necessaire pour cryptsetup?
Autre question, jusqu'ici j'avais compile avec le prefix par défaut et pour cible arm. Est ce normal' que j'arrive a lancer cryptsetup depuis mon hote? Ca ne devrait pas fobctionner .

Oups, je n'ai pas changé le prefix (pas renseigné) !

Si je dois recompiler, quel prefix mettre ?
Doit il être du style : --prefix=/usr
Dois-je mettre le même prefix pour cryptsetup et toutes les dépendances que j'ai citées au début de mon post ? Pourrais-tu me renvoyer vers un tuto ?

J'ai un SDK perso, et avec mon SDK je compile le noyau pour ma cible ARM. Mon kernel se charge depuis l'Hôte vers la RAM cible à l'aide de TFTP et s'exécute sur la cible et mon filesystem se monte sur ma cible. Le kernel ne se trouve pas sur une flash ou une carte SD. Mon NFS permet ensuite de communiquer avec l'hôte. Dans mon SDK j'ai compilé la libc, mais prce er udev ne me disent rien.

Ou puis-je trouver un buildroot tout automatisé pour ma cible ARM ? Je précise j'ai bien recompilé mon noyau avec le module DM-CRYPT.

Merci pour ta réponse.
Dans ma cross compile, je n'ai pas renseigné --prefix
. Est ce grave ?
Et puis Je ne sais pas ou récupérer l'exécutable cryptsetup sur mon hôte et surtout si le seul exécutable suffirait?
Pour ce qui est du transfert, pas de soucis j'ai un nfs monté.