Comment puis-je résoudre l'erreur "cannot execute binary file"?

Essayez de l'exécuter en utilisant ./nomdufichierexecutable au lieu d'utiliser sh nomdufichierexecutable. Après tout, ce n'est pas un script shell.

Le problème est d'exécuter un binaire pour une architecture de processeur différente. Vous pouvez utiliser objdump (de binutils) pour vérifier l'architecture des binaires. Vous pouvez utiliser uname pour vérifier l'architecture d'une machine.

par exemple, j'ai rencontré cette erreur "cannot execute binary file" lors de l'installation de FF.Communicator - un plugin firefox pour chrome (afin de pouvoir exécuter des pages utilisant des applets java).

• objdump montre que le binaire est en 64 bits elf64-x86-64

• uname montre que ma machine est en 32 bits i686

  $ ./FF.Communicator 
  bash: ./FF.Communicator: cannot execute binary file
  $ uname -mpio
  i686 i686 i386 GNU/Linux
  $ objdump -a ./FF.Communicator 
  ./FF.Communicator:     file format elf64-x86-64
  ./FF.Communicator

• objdump sur un binaire fonctionnel sur ma machine montre qu'il est en 32 bits elf32-i386

  $ objdump -a /bin/ls
  /bin/ls:     file format elf32-i386

En utilisant ces outils, vous pouvez vérifier les architectures des machines et des binaires - pas seulement les architectures Intel mais n'importe quel processeur.

Pour les utilisateurs de Mac OSX, vous pouvez obtenir les informations sur l'architecture d'un fichier spécifique en utilisant la commande "file" :

$ file nom_du_fichier

Je fais quelques suppositions sauvages ici, mais il semble que ce qui suit se passe:

1. Vous vous connectez via SSH, déclenchant bash pour exécuter votre ~/.profile ou ~/.bashrc pour configurer votre environnement pour vous (c'est normal).
2. À un moment donné, il tente d'exécuter /bin/id pour obtenir votre uid, ce qui échoue, provoquant une erreur d'expression entière, et terminant le script avant qu'il ne puisse configurer votre $PATH.
3. Parce que votre $PATH n'est pas défini, bash ne peut exécuter que des commandes avec le chemin complet spécifié.

Utilisez export PATH=/bin:/usr/bin:/sbin:/usr/sbin pour résoudre le problème de $PATH jusqu'à ce que vous puissiez résoudre la cause première de l'échec de /bin/id.

Cela signifie que vous essayez d'exécuter un fichier binaire à l'aide de votre script bash qui n'est pas destiné à être exécuté comme vous essayez de le faire. Il s'agit déjà d'un fichier binaire et vous essayez que votre $SHELL l'analyse et l'exécute.

dans un exemple très simple, si vous essayez d'exécuter la commande `w' comme

$ bash w
/usr/bin/w: /usr/bin/w: ne peut pas exécuter le fichier binaire

de même, vous pourriez être confronté au même problème ou comme il apparaît dans votre extrait de code.

Cependant, pour le reste de vos commandes, toutes ces commandes halt, shutdown, reboot, etc. sont des commandes appartenant à la racine et nécessitent des privilèges de super-utilisateur pour s'exécuter et effectuer l'opération requise. les utilisateurs normaux ne peuvent pas les exécuter une autre explication est que ces commandes sont placées dans /sbin/ et /usr/sbin, qui pourraient ne pas être dans votre variable $PATH (qui est utilisée pour valider les commandes à votre disposition)