Wie kann ich in ein Dateisystem mit einer anderen Architektur chrooten?

Ich versuche, chrootin ein Arch Linux- ARMDateisystem von x86_64.

Ich habe gesehen, dass es möglich ist, Static zu verwenden, qemuindem man die Binärdatei in das Chroot-System kopiert:

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

Trotzdem bekomme ich immer folgende Fehlermeldung:

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

Ich weiß, das bedeutet, dass sich die Architekturen unterscheiden. Mache ich etwas falsch?

Sie können nicht in eine andere Architektur eintauchen. Durch das Chrooten führen Sie die Binärdateien (aus der Chroot) auf Ihrer Architektur aus. Das Ausführen von ARM-Binärdateien auf x86 (und in diesem Fall auf x86_64) würde zu einem "Exec-Format-Fehler" führen.

Wenn Sie Binärdateien von einer anderen Architektur ausführen möchten, benötigen Sie einen Emulator. Qemu ist ein guter Kandidat dafür, aber Sie müssen lernen, wie man es benutzt. Dazu müsste RootFS erstellt und ein Kernel für ARM kompiliert werden. Sie benötigen möglicherweise eine Toolchain zum Kompilieren von ARM-Binärdateien (und Kernel). Eines ist sicher: Vergessen Sie die Chroot-Methode, Sie können keine für ARM kompilierten Binärdateien auf x86 (x86_64) ausführen.

Edit: Nach dem kleinen Gespräch mit @UrichDangel wurde mir klar, dass es möglich sein sollte, mit qemu-user-Programmen (in diesem Fall qemu-arm) in die chroot-Umgebung zu gelangen. Chroot sollte qemu-arm ausführen, der für Ihre Host-Architektur kompiliert wurde, dann kann der qemu-arm Ihr / bin / sh ausführen (für arm kompiliert).

Von Zeit zu Zeit verwende ich eine ARM-Chroot: Auf meinem Telefon wird Linux Deploy ausgeführt, und das Image stirbt ab und zu. Ich kopiere es dann auf meinen Computer und untersuche die Situation mit chroot wie folgt:

# 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

Ich denke , das Problem ist , dass man nicht kopieren sollte qemu-armaber qemu-arm-static. Dies ist eine statisch kompilierte ausführbare Datei, die aus der Chroot-Umgebung ohne Bibliotheken ausgeführt werden kann.

Sie können auch nachsehen, /proc/sys/fs/binfmt_miscob eine Datei vorhanden ist qemu-arm. Wenn nicht, starten Sie den Dienst neu binfmt_support.

Um dies zum Laufen zu bringen, habe ich qemu-static-armund binfmt-supportvon AUR installiert .

Lesen Sie die Kommentare für qemu-user-static. Ich musste das PKGBUILDmit der neuesten Download-URL und den Hashes aktualisieren, damit makepkg fertig wurde.

(Um von AUR zu installieren, laden Sie die Tarball, untar, cd, Run makepkg -i)

Die Antwort von Christian Wolf ist wichtig. update-binfmtswird nicht ordnungsgemäß ausgeführt, um diese Formate zu aktivieren. Dazu lief ich:

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

wie in der manpage für update-binfmts beschrieben. Danach cat /proc/sys/fs/binfmt_miscwerden die verschiedenen Binfmts angezeigt.

Stellen Sie dann sicher, dass Sie das qemu-*-staticin das usr/bin/Verzeichnis kopieren , in das Sie chroot möchten, und dann chrootsollte das funktionieren.

Sie können definitiv in ein (bereitgestelltes) Dateisystem "chroot", das für eine andere Architektur gedacht ist, und Sie können einige sinnvolle Arbeiten ausführen. Sie benötigen nur die richtigen Tools.

Schauen Sie sich PRoot an, eine User-Space-Implementierung von chroot, mount --bind und binfmt_misc: https://proot-me.github.io/

Zusammen mit den Emulatoren für den Benutzermodus von QEMU sind Sie bereit.

Obwohl Sie normalerweise keinen vollständigen Startvorgang durchführen können (dh Init und Dienste starten), ist es gut genug, einige Binärdateien von ihrem "natürlichen" Ort aus auszuführen und auf alle ihre Konfigurationsdateien zuzugreifen, einschließlich einiger, die über das Bind-Mount-Verfahren bereitgestellt werden "Host" -System usw.

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 

Zur Antwort von Luc hinzufügen: Sie müssen sicherstellen, dass der Speicherort des Interpreters in der Chroot mit dem im Hauptdateisystem übereinstimmt. Dies liegt daran, dass der Kernel die Architektur einer ausführbaren Datei erkennt und dann den Speicherort des Interpreters verwendet, wie durch gezeigt update-binfmts --display, um ihn zu starten. Also die Leitung

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

sollte eigentlich sein

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

Andernfalls erhalten Sie möglicherweise "Nicht gefunden" -Fehler in Ihrer Chroot, da Ihr Kernel den erforderlichen Interpreter nicht finden kann, wenn sich der Speicherort von qemu-arm-staticnicht in /usr/binIhrem System befindet.

Ich bin auf Ubuntu auf dasselbe Problem gestoßen. Ich habe den gleichen Chroot-Pfad wie auf dem Host-System binfmtkonfiguriert und qemu-arm-statickopiert.

Nach einer Stunde habe ich set|grep bashauf einem Hostcomputer. Ich fand, dass ich /bin/bashin zwei Umgebungsvariablen hatte: SHELLund SUDO_COMMAND. Nach dem Ersetzen der Variablen funktionierte meine Chroot zu ARM:

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

Ich glaube, für dieses OP musste er lediglich binfmts konfigurieren, indem er einfach Folgendes ausführte:

update-binfmts --enable qemu-arm

Danach wäre ein chroot in das arm-Dateisystem möglich gewesen.