Как может я chroot в файловую систему с другим architechture?

Я думаю, что проблема состоит в том, что Вы не должны копировать qemu-arm но qemu-arm-static. Это - статический скомпилированный исполняемый файл, который в состоянии работать из chroot без любых библиотек.

Можно также заглянуть /proc/sys/fs/binfmt_misc если там существует файл qemu-arm. Если не перезапускают сервис binfmt_support.

Я просто столкнулся с той же проблемой о Ubuntu. Я действительно имел binfmt настроенный и qemu-arm-static скопированный в того же chroot-редактора соединяют каналом как в хост-системе.

После часа я сделал set|grep bash на хост-машине. Я нашел, что имел /bin/bash в двух огибающих переменных: SHELL и SUDO_COMMAND. После замены переменных работал мой chroot к ARM:

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

[1178704]Вы определенно можете 'chroot' в (смонтированную) файловую систему, предназначенную для другой архитектуры, и сделать некоторую осмысленную работу, вам просто нужны правильные инструменты.[12212]Взгляните на PRoot, которая является реализацией chroot в пользовательском пространстве, mount --bind и binfmt_misc: [1179236]https://proot-me.github.io/[12213]Вместе с эмуляторами пользовательского режима QEMU, вы все настроены.[12214]Хотя вы обычно не можете выполнить 'полную' загрузку (т.е. запуск init и служб), достаточно хорошо запустить некоторые двоичные файлы из их 'естественного' места, с доступом ко всем их конфигурационным файлам, включая некоторые, которые привязаны к системе 'host', и т.д.[1178711].

Это не похоже на то, что вы сказали, что он, по крайней мере, редактирует файл Resolv.conf, чтобы начать с. Я изначально исключил все вещи, связанные с функциями уровня ОС, чисто на основе этого.

Я знаю, что вы упомянули, что ваш домен имеет правильность в PFSense, но в каком контексте?

в вашем PFSense, перейдите в SpearVPN Server -> Настройки клиента -> Домен DNS по умолчанию. Этот флажок проверен? Если это так, это наследенно правильно? Если оно появляется пустой, проверьте космический символ. Я имею в виду, действительно ... если это пусто, снимите его. Далее тест, чтобы посмотреть, если добавлять TEX.com и перезапустите енот на воротах. См. Если подключение изменяет ваш Resolv.conf с доменом Test.com.

-121--116439-

Чтобы получить его на работу, я установил QEMU-Static-Arm и BINFMT-yumb от AUR.

Прочитайте комментарии для QEMU-User-Static . Мне пришлось обновить PKGBUILD с самым последним URL-адресом и загрузкой URL и хешими для MakePKG.

(Для установки из AUR загрузите Tarball, UNTRAR , CD , запустить MAKEPKG -I )

Ответ Христианского Волфа важен. UPDATE-BINFMTS не выполняется должным образом, чтобы включить эти форматы. Для этого я бегал:

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

, как описано в Manpage для обновления-Binfmts. После этого CAT / PROC / SYS / FS / BINFMT_MISC покажет различные Binfmts.

Затем убедитесь, что скопируйте QEMU - * - статичный в каталог USR / BIN / в том, что вы хотите Chroot, а затем 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

Я считаю, что для этого OP все, что ему нужно было сделать, это настроить binfmts, просто выполнив:

update-binfmts --enable qemu-arm

После запуска этого можно было бы chroot в файловую систему arm.

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)

В противном случае вы можете получить ошибку «Не найдено» -внутри вашего chroot, поскольку ваше ядро ​​​​не может найти требуемый интерпретатор, если местоположение qemu-arm-staticне находится внутри /usr/binв вашей системе.