Як я можу вписатись у файлову систему з іншою архітектурою?

Я намагаюся перейти chrootв ARMфайлову систему Arch Linux з x86_64.

Я бачив, що можна зробити статичну qemu, скопіювавши двійкове в систему chroot:

$ cp /usr/bin/qemu-arm archarm-chroot/usr/bin    

Але незважаючи на це, я завжди отримую таку помилку:

chroot: failed to run command ‘/bin/bash’: Exec format error

Я знаю, це означає, що архітектури відрізняються. Я щось роблю не так?

Ви не можете chroot в іншій архітектурі. Хротуючи, ви виконуєте бінарні файли (від chroot) на вашій архітектурі. Виконання бінарних файлів ARM на x86 (і x86_64 в цьому питанні) призведе до "помилки формату Exec".

Якщо ви хочете запускати бінарні файли з різної архітектури, вам знадобиться Емулятор. Qemu - хороший кандидат для цього, але вам потрібно буде навчитися ним користуватися. Це передбачало б створення RootFS та компіляцію ядра для ARM. Можливо, вам знадобиться ланцюжок інструментів для компіляції бінарних файлів ARM (та ядра). Одне точно: Забудьте про метод chroot, ви не можете запускати бінарні файли, складені для ARM на x86 (x86_64).

Редагувати: Після невеликої розмови з @UrichDangel я зрозумів, що слід мати можливість ввести середовище chroot за допомогою програм qemu-user (qemu-arm у цьому випадку). Chroot повинен виконувати qemu-arm, складений для вашої хост-архітектури, тоді qemu-arm може виконати ваш / bin / sh (скомпільований для arm).

Я час від часу використовую Chroot ARM: мій телефон запускає Linux Deploy і зображення вмирає час від часу. Потім я копіюю його на комп’ютер і вивчаю ситуацію з chroot таким чином:

# This provides the qemu-arm-static binary
apt-get install qemu-user-static

# Mount my target filesystem on /mnt
mount -o loop fs.img /mnt

# Copy the static ARM binary that provides emulation
cp $(which qemu-arm-static) /mnt/usr/bin
# Or, more simply: cp /usr/bin/qemu-arm-static /mnt/usr/bin

# Finally chroot into /mnt, then run 'qemu-arm-static bash'
# This chroots; runs the emulator; and the emulator runs bash
chroot /mnt qemu-arm-static /bin/bash

Я думаю, проблема полягає в тому, що ви не повинні копіювати, qemu-armале qemu-arm-static. Це статичний компільований виконуваний файл, здатний запускатися зсередини chroot без бібліотек.

Ви також можете заглянути, /proc/sys/fs/binfmt_miscчи існує файл qemu-arm. Якщо не перезапустити послугу binfmt_support.

Щоб зробити це на роботі, я встановив qemu-static-armі binfmt-supportз AUR.

Прочитайте коментарі до qemu-user-static. Мені довелося оновити PKGBUILDнайновішу URL-адресу завантаження та хеші для завершення makepkg.

(Щоб встановити з AUR, скачати архів, untar, cd, біг makepkg -i)

Відповідь Крістіана Вольфа важлива. update-binfmtsне виконується належним чином для включення цих форматів. Для цього я побіг:

update-binfmts --importdir /var/lib/binfmts/ --import

як описано на сторінці для оновлення-binfmts. Після цього cat /proc/sys/fs/binfmt_miscпокажуть різні binfmts.

Потім переконайтесь, що скопіюйте файл qemu-*-staticдо usr/bin/каталогу в тій справі, яку ви хочете хронувати, і тоді це chrootповинно працювати.

Ви, безумовно, можете "chroot" у (змонтованій) файловій системі, призначеній для іншої архітектури, і виконати якісь значущі роботи, просто потрібні правильні інструменти.

Подивіться на PRoot, що є реалізацією користувача chroot, mount --bind та binfmt_misc: https://proot-me.github.io/

Разом з емуляторами режиму користувача QEMU все готово.

Хоча зазвичай ви не можете виконати "повний" завантаження (тобто запуск init та служб), досить добре запустити деякі бінарні файли зі свого "природного" місця з доступом до всіх їхніх конфігураційних файлів, включаючи деякі, які прив’язані до система "хост" тощо.

sudo apt-get update
sudo apt-get install debootstrap qemu qemu-user-static
sudo qemu-debootstrap --arch armhf bionic armhf-chroot
sudo chroot armhf-chroot

uname -m 

Додаючи відповідь Люка: вам потрібно переконатися, що місце розташування інтерпретатора є таким самим у chroot, як і в основній файловій системі. Це відбувається тому, що ядро ​​виявляє архітектуру виконуваного файлу, а потім використовує розташування інтерпретатора, як показано, update-binfmts --displayщоб запустити його. Отже лінія

cp $(which qemu-arm-static) /mnt/usr/bin

насправді має бути

cp $(which qemu-arm-static) /mnt/$(which qemu-arm-static)

В іншому випадку, ви можете отримати «не найден» -errors всередині вашого Chroot як ваше ядро не може знайти потрібний інтерпретатор, якщо місце qemu-arm-staticне всередині /usr/binвашої системи.

Я просто зіткнувся з тим же номером на Ubuntu. Я binfmtналаштував і qemu-arm-staticскопіював той самий шлях chroot-ed, що і в хост-системі.

Через годину я перейшов set|grep bashна головну машину. Я виявив, що у мене є /bin/bashдві змінні env: SHELLі SUDO_COMMAND. Після заміни змінних мій chroot на ARM спрацював:

SHELL=/bin/sh SUDO_COMMAND=/bin/sh chroot hd

Я вважаю, що для цієї ОП все, що йому потрібно було зробити, це налаштувати binfmts, просто запустивши:

update-binfmts --enable qemu-arm

Після запуску цього процесу можливе chroot у файловій системі arm.