Làm thế nào tôi có thể chroot vào một hệ thống tập tin với một kiến ​​trúc khác nhau?

Tôi đang cố gắng chrootvào một ARMhệ thống tập tin Arch Linux từ x86_64.

Tôi đã thấy rằng có thể sử dụng tĩnh qemubằng cách sao chép nhị phân vào hệ thống chroot:

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

Nhưng mặc dù vậy, tôi luôn nhận được lỗi sau:

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

Tôi biết điều này có nghĩa là các kiến ​​trúc khác nhau. Tôi có làm điều gì sai?

Bạn không thể chroot vào kiến ​​trúc khác nhau. Bằng cách chroot, bạn đang thực hiện các nhị phân (từ chroot) trên kiến ​​trúc của bạn. Thực thi các nhị phân ARM trên x86 (và x86_64 trong vấn đề đó) sẽ dẫn đến "lỗi định dạng Exec".

Nếu bạn muốn chạy nhị phân từ các kiến ​​trúc khác nhau, bạn sẽ cần một Trình giả lập. Qemu là một ứng cử viên tốt cho việc này, nhưng bạn sẽ cần học cách sử dụng nó. Điều này sẽ liên quan đến việc tạo RootFS và biên dịch kernel cho ARM. Bạn sẽ cần một chuỗi công cụ để biên dịch các nhị phân ARM (và kernel). Một điều chắc chắn là: Quên phương thức chroot, bạn không thể chạy nhị phân được biên dịch cho ARM trên x86 (x86_64).

Chỉnh sửa: Sau cuộc nói chuyện nhỏ với @UrichDangel, tôi nhận ra, có thể vào môi trường chroot với các chương trình người dùng qemu (qemu-arm trong trường hợp này). Chroot nên thực thi qemu-arm được biên dịch cho kiến ​​trúc máy chủ của bạn, sau đó qemu-arm có thể thực thi / bin / sh của bạn (được biên dịch cho arm).

Thỉnh thoảng tôi sử dụng một chroot ARM: điện thoại của tôi chạy Linux Deploy và hình ảnh sẽ chết ngay bây giờ. Sau đó tôi sao chép nó vào máy tính của mình và kiểm tra tình huống với chroot như thế này:

# 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

Tôi nghĩ vấn đề là bạn không nên sao chép qemu-armnhưng qemu-arm-static. Đây là một tệp thực thi được biên dịch tĩnh có thể chạy từ bên trong chroot mà không cần bất kỳ thư viện nào.

Bạn cũng có thể xem /proc/sys/fs/binfmt_miscnếu có tệp qemu-arm. Nếu không khởi động lại dịch vụ binfmt_support.

Để làm việc này, tôi đã cài đặt qemu-static-armvà binfmt-supporttừ AUR.

Đọc các bình luận cho qemu-user-static. Tôi đã phải cập nhật PKGBUILDURL tải xuống gần đây nhất và băm để makepkg kết thúc.

(Để cài đặt từ AUR, tải tarball, untar, cd, chạy makepkg -i)

Câu trả lời của Christian Wolf rất quan trọng. update-binfmtskhông được thực thi đúng cách để kích hoạt các định dạng này. Để làm như vậy tôi chạy:

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

như được mô tả trong trang dành cho cập nhật-binfmts. Sau đó, cat /proc/sys/fs/binfmt_miscsẽ hiển thị các binfmts khác nhau.

Sau đó, hãy chắc chắn sao chép qemu-*-staticvào usr/bin/thư mục trong điều bạn muốn chroot và sau đó chrootnên hoạt động.

Bạn chắc chắn có thể 'chroot' vào một hệ thống tệp (được gắn) có nghĩa là cho một kiến ​​trúc khác và thực hiện một số công việc có ý nghĩa, bạn chỉ cần các công cụ phù hợp.

Hãy xem PRoot, đây là một triển khai không gian người dùng của chroot, mount --bind và binfmt_misc: https://proot-me.github.io/

Cùng với trình giả lập chế độ người dùng của QEMU, bạn đã hoàn tất.

Mặc dù bạn thường không thể thực hiện khởi động 'đầy đủ (nghĩa là bắt đầu init và dịch vụ), nhưng đủ để chạy một số nhị phân từ vị trí' tự nhiên 'của chúng, với quyền truy cập vào tất cả các tệp cấu hình của chúng, bao gồm một số tệp được gắn kết từ hệ thống 'máy chủ', v.v.

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 

Thêm vào câu trả lời của Luc: bạn cần đảm bảo vị trí của trình thông dịch là giống nhau trong chroot giống như trong hệ thống tệp chính. Điều này là do kernel phát hiện kiến ​​trúc của một tệp thực thi và sau đó sử dụng vị trí của trình thông dịch như được hiển thị update-binfmts --displayđể khởi động nó. Vì vậy, dòng

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

thực sự nên

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

Mặt khác, bạn có thể nhận được thông báo "Không tìm thấy" bên trong chroot vì kernel của bạn không thể tìm thấy trình thông dịch cần thiết, nếu vị trí của qemu-arm-statickhông nằm trong /usr/binhệ thống của bạn.

Tôi vừa gặp vấn đề tương tự trên Ubuntu. Tôi đã binfmtcấu hình và qemu-arm-staticsao chép vào cùng một đường dẫn chroot-ed như trên hệ thống máy chủ.

Sau một giờ, tôi đã làm set|grep bashtrên một máy chủ. Tôi thấy rằng tôi có /bin/bashhai biến env: SHELLvà SUDO_COMMAND. Sau khi thay thế các biến, chroot của tôi thành ARM đã hoạt động:

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

Tôi tin rằng, đối với OP này, tất cả những gì anh ta cần làm là cấu hình binfmts, chỉ đơn giản bằng cách chạy:

update-binfmts --enable qemu-arm

Sau khi chạy nó, chroot vào hệ thống tập tin cánh tay sẽ có thể.