J'essaie de lancer un programme, mais une erreur se produit comme ceci:
bash: ./program: cannot execute binary file: Exec format error
Le résultat de file program
était:
program: ELF-32-bit LSB executable, ARM, EABI4 version 1 (SYSV), dynamically linked(uses share libs), for GNU/LINUX 2.6.16, not stripped
Comment puis-je réparer cette erreur?
J'utilise Ubuntu 14.04.2 (AMD64) avec VMware. J'ai également essayé avec Ubuntu i386, mais le résultat était identique.
Vous essayez d'exécuter un exécutable compilé pour une architecture ARM sur une architecture x86-64, ce qui revient à demander à votre processeur qui ne parle que l'anglais de suivre les instructions en chinois.
Si vous avez besoin d'exécuter cet exécutable, vous avez deux choix:
Obtenez une version x86-64 de l'exécutable (par n'importe quel moyen; si vous ne parvenez pas à obtenir une version x86-64 de l'exécutable mais que vous pouvez obtenir son code source, vous pouvez essayer de le recompiler sur la machine virtuelle. )
Installez buntu Server for ARM à la place d’Ubuntu 14.04.2 (AMD64). Cela nécessite soit une machine physique s'exécutant sur une architecture ARM, soit un logiciel de virtualisation capable de l'émuler.
Cela peut également se produire si vous essayez d'exécuter un exécutable x86-64 sur une plate-forme 32 bits.
Dans un cas particulier, j'ai téléchargé Visual Studio Code et essayé de l'exécuter sur mon installation Ubuntu, mais je n'avais pas réalisé que j'avais installé Ubuntu 32 bits sur cette machine virtuelle. J'ai eu cette erreur, mais après avoir téléchargé la version 32 bits, elle s'est déroulée sans problème.
Il est souvent possible d'exécuter une image exécutable ARM sur un système AMD64 si vous installez le binfmt-support , qemu , et qemu-user-static forfaits:
Sudo apt install binfmt-support qemu qemu-user-static
qemu
effectuera alors une émulation syscall lorsque vous exécuterez l'exécutable. Cela fonctionne pour la plupart des binaires ARM, mais certains d'entre eux risquent de ne pas s'exécuter correctement.
Une telle erreur peut se produire si toutes les conditions suivantes sont vraies:
Si vous avez ce fichier, disons dans l'archive, essayez de le décompresser dans la VM, dans un répertoire du lecteur virtuel, et non dans le dossier mappé sur le disque dur de votre machine hôte, par exemple /myNewDir/
.
Vous devez compiler votre fichier en utilisant une architecture de processeur appropriée (x86 par exemple) et copier le fichier .exe sur votre machine Linux. Ensuite, vous pouvez installer mono sur votre machine Linux et lancer la commande suivante:
mono myprogram.exe
Si plusieurs noms Java
sont installés sur le système, cela peut se produire et ne pas être défini par défaut. Sur Ubuntu14.04 LTS, je pouvais le résoudre en exécutant ce qui suit et en choisissant le Java
dont j'avais besoin.
Sudo update-alternatives --config Java
[Sudo] password for user:
update-alternatives: warning: /etc/alternatives/Java has been changed (manually or by a script); switching to manual updates only
There are 2 choices for the alternative Java (providing /usr/bin/Java).
Selection Path Priority Status
------------------------------------------------------------
0 /usr/lib/jvm/Java-7-openjdk-AMD64/jre/bin/Java 1071 auto mode
1 /usr/lib/jvm/Java-7-openjdk-AMD64/jre/bin/Java 1071 manual mode
2 /usr/lib/jvm/Java-8-openjdk-AMD64/jre/bin/Java 1069 manual mode
Press enter to keep the current choice[*], or type selection number: 2
update-alternatives: using /usr/lib/jvm/Java-8-openjdk-AMD64/jre/bin/Java to provide /usr/bin/Java (Java) in manual mode
J'ai choisi 2 et ai défini openjdk-8
par défaut. Qui n'a pas montré le Exec format error
.