Як я можу вирішити помилку "не вдається виконати бінарний файл"?

Коли я входжу за допомогою SSH, все, що я бачу, це це ...

-bash: /usr/bin/id: cannot execute binary file
-bash: [: : integer expression expected

Я нічого не міг зробити тут. Такі команди, як halt, poweroff, rebootбуде повертатися command not found.

Як я можу це виправити? Я використовую Debian Squeeze Linux

Зазвичай це повідомлення про помилку означає, що Linux не розпізнає файл як скрипт оболонки або виконуваний файл.

Зазвичай причиною є запущений виконуваний файл у неправильній архітектурі - якщо ви спробуєте запустити виконувані файли x86 на процесорі ARM, з'явиться це повідомлення.

Чи /usr/bin/idперезаписали, можливо?

Спробуйте запустити його, використовуючи ./executablefilename замість використання виконуваного імені sh. Це не сценарій оболонки.

Проблема полягає у запуску двійкового файлу для іншої архітектури процесора. Ви можете використовувати objdump (з бінутів), щоб перевірити архітектуру бінарних файлів. Ви можете використовувати unme для перевірки архітектури машини.

Наприклад, я зіткнувся з цією помилкою "не можу виконати бінарний файл" під час встановлення FF.Communicator - плагін Firefox для хромування (тому я можу запускати сторінки, які використовують аплети Java).

• objdump показує, що двійковий код є 64-розрядним elf64-x86-64

• Унаме показує, що моя машина - 32-розрядна i686

  $ ./FF.Communicator bash: ./FF.Communicator: не може виконати бінарний файл $ uname -mpio i686 i686 i386 GNU / Linux $ objdump -a ./FF.Communicator ./FF.Communicator: формат файлу elf64-x86-64 ./FF.Комунікатор

• objdump на робочому бінарному файлі на моїй машині показує, що це 32-бітний elf32-i386

  $ objdump -a / bin / ls / bin / ls: формат файлу elf32-i386

Використовуючи ці інструменти, ви можете перевірити архітектури машин та двійкових файлів - не лише архітектури Intel, але будь-якого процесора.

Для користувачів Mac OSX ви можете дізнатися інформацію про архітектуру певного файлу за допомогою команди "файл":

$ file filename_here

Я роблю тут кілька диких здогадок, але, схоже, відбувається таке:

1. Ви входите через SSH, запускаючи bashзапустити ~/.profileабо ~/.bashrcналаштовуючи для вас своє оточення (це нормально).
2. У якийсь момент він намагається виконати, /bin/idщоб отримати ваш uid, який виходить з ладу, викликаючи помилку виразу цілого числа та припиняючи сценарій, перш ніж він зможе налаштувати ваш $PATH.
3. Оскільки ваш $PATHне встановлений, bash може виконувати команди лише з вказаним повним шляхом.

Використовуйте export PATH=/bin:/usr/bin:/sbin:/usr/sbinдля вирішення $PATHпроблеми, поки не зможете виправити першопричину відмови / bin / id.

двійковий файл складається з машинних інструкцій, які процесор може зрозуміти. Ваша операційна система не означає, що буде працювати той самий виконуваний файл. переміщення вперед-назад між сумісним із набором інструкцій процесора, як правило, спрацює добре, якщо вони не сумісні.

Це означає, що ви намагаєтеся виконати бінарний файл, використовуючи ваш скрипт bash, який не призначений для запуску так, як ви це намагаєтеся. Це вже двійковий файл, і ви намагаєтеся $ SHELL проаналізувати та запустити його.

на дуже простому прикладі, якщо ви спробуєте запустити команду `w 'як

$ bash w
/usr/bin/w: /usr/bin/w: cannot execute binary file

аналогічно, ви можете потрапити на той самий метод або як це виглядає з фрагмента коду.

Хоча для решти для ваших команд Al ці команди зупинки, вимкнення, перезавантаження і т. Д. Є командами, що належать до кореня, і для запуску та виконання необхідної операції потрібні додаткові користувачі. звичайні користувачі не можуть запустити їх. Ще одне пояснення полягає в тому, що ці команди розміщуються у / sbin / та / usr / sbin, що може не бути у вашій змінній $ PATH (яка використовується для перевірки команд у вашому зберіганні)

Ви працюєте з неправильною версією інсталятора, наприклад, 64-бітовою машиною та намагаєтесь встановити 32-бітну версію інсталятора.