¿Cómo puedo pasar a un sistema de archivos con una arquitectura diferente?

Estoy tratando de chrootingresar a un ARMsistema de archivos Arch Linux desde x86_64.

He visto que es posible hacer uso de estática qemucopiando el binario en el sistema chroot:

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

Pero a pesar de esto siempre recibo el siguiente error:

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

Sé que esto significa que las arquitecturas difieren. ¿Estoy haciendo algo mal?

No puedes entrar en una arquitectura diferente. Al hacer chrooting, está ejecutando los binarios (desde el chroot) en su arquitectura. La ejecución de archivos binarios ARM en x86 (y x86_64 en ese asunto) conduciría a un "error de formato de ejecución".

Si desea ejecutar binarios de diferentes arquitecturas, necesitará un emulador. Qemu es un buen candidato para esto, pero deberá aprender a usarlo. Esto implicaría crear RootFS y compilar un núcleo para ARM. Necesitará una cadena de herramientas para compilar binarios ARM (y kernel) tal vez. Una cosa es segura: olvide el método chroot, no puede ejecutar binarios compilados para ARM en x86 (x86_64).

Editar: Después de la pequeña charla con @UrichDangel, me di cuenta de que debería ser posible ingresar al entorno chroot con los programas qemu-user (qemu-arm en este caso). Chroot debe ejecutar qemu-arm compilado para su arquitectura de host, luego qemu-arm puede ejecutar su / bin / sh (compilado para arm).

Uso un chroot ARM de vez en cuando: mi teléfono ejecuta Linux Deploy y la imagen muere de vez en cuando. Luego lo copio a mi computadora y examino la situación con chroot de esta manera:

# 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

Creo que el problema es que no debes copiar qemu-armpero qemu-arm-static. Este es un ejecutable compilado estático capaz de ejecutarse desde el interior del chroot sin ninguna biblioteca.

También puede buscar /proc/sys/fs/binfmt_miscsi existe un archivo qemu-arm. Si no, reinicie el servicio binfmt_support.

Para que esto funcione, instalé qemu-static-army binfmt-supportdesde AUR.

Lee los comentarios para qemu-user-static. Tuve que actualizar el PKGBUILDcon la URL de descarga más reciente y los hash para que makepkg finalice.

(Para instalar desde AUR, descargue el archivo comprimido, untar, cd, carrera makepkg -i)

La respuesta de Christian Wolf es importante. update-binfmtsno se ejecuta correctamente para habilitar estos formatos. Para hacerlo corrí:

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

como se describe en la página de manual de update-binfmts. Después de eso, cat /proc/sys/fs/binfmt_miscmostrará los diversos binfmts.

Luego, asegúrese de copiarlo qemu-*-staticen el usr/bin/directorio en el que desea realizar el chroot y luego chrootdebería funcionar.

Definitivamente puede 'hacer chroot' en un sistema de archivos (montado) destinado a una arquitectura diferente y hacer un trabajo significativo, solo necesita las herramientas adecuadas.

Eche un vistazo a PRoot, que es una implementación en el espacio del usuario de chroot, mount --bind y binfmt_misc: https://proot-me.github.io/

Junto con los emuladores de modo de usuario de QEMU, ya está todo listo.

Aunque generalmente no puede realizar un arranque 'completo' (es decir, iniciar init y servicios), es lo suficientemente bueno para ejecutar algunos archivos binarios desde su lugar 'natural', con acceso a todos sus archivos de configuración, incluidos algunos que están montados en enlace desde el sistema 'host', etc.

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 

Agregando a la respuesta de Luc: debe asegurarse de que la ubicación del intérprete sea la misma en el chroot que en el sistema de archivos principal. Esto se debe a que el kernel detecta la arquitectura de un ejecutable y luego usa la ubicación del intérprete como se muestra update-binfmts --displaypara iniciarlo. Entonces la linea

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

en realidad debería ser

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

De lo contrario, puede obtener errores "No encontrados" dentro de su chroot ya que su núcleo no puede encontrar el intérprete requerido, si la ubicación de qemu-arm-staticno está dentro /usr/binde su sistema.

Acabo de encontrar el mismo problema en Ubuntu. Hice binfmtconfigurar y qemu-arm-staticcopiar en la misma ruta de acceso chroot-ed que en el sistema host.

Después de una hora, lo hice set|grep bashen una máquina host. Descubrí que tenía /bin/bashdos variables env: SHELLy SUDO_COMMAND. Después de reemplazar las variables, mi chroot a ARM funcionó:

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

Creo que, para este OP, todo lo que tenía que hacer era configurar binfmts, simplemente ejecutando:

update-binfmts --enable qemu-arm

Después de ejecutar esto, Chroot en el sistema de archivos arm habría sido posible.