Raspberry PI 4 mit Image für x64_86 - geht das?

[4@@@@]

Hallo
Ich habe auf den Raspberry Pi 4 mit Kali auf aarch64
Linux kali 4.19.81-Re4son-v8l+ #1 SMP PREEMPT Wed Nov 6 07:24:49 UTC 2019 aarch64 GNU/Linux
Ich habe mit chroot die Möglichkeit x86_64 laufen zu lassen.
Was ich aber brauche ist ein Image, das ich auf dem Kali virtualisieren kann, damit ich ein ganzes System mit allen Funktionen habe.
Ich habe eine 64-Bit App, welche mit Daemons etc läuft und nur unter x86_64 läuft. Den Quellcode habe ich nicht um sie auf aarch64 zu bringen.
Gute Ideen sind sehr erwünscht.

 

[ghost0815]

Ubuntu 18.04 für Raspberry Pi 4

Hier mal eine aktuelle Ubuntu Server Version für den Raspi 4, ohne den Bug mit der 1GB Beschränkung: https://www.digital-eliteboard.com/resources/raspberry-pi-4-ubuntu-server-18-04-3-64bit.5101/

www.digital-eliteboard.com

 

[4@@@@]

Soweit mir bekannt ist das auch mit aarch64 - ich habe dies auch einmal installiert. Mit dem kali bin ich gleich weit. Ich muss da drauf x86_64 laufen lassen können (nicht nur mit chroot) und da liegt mein Problem.

 

[ghost0815]

Sie müssen registriert sein, um Links zu sehen.

You can run software for a different architecture using

Sie müssen registriert sein, um Links zu sehen.

and binfmt_misc. On distributions with transparent support (e.g. Debian derivatives using

Sie müssen registriert sein, um Links zu sehen.

) it's rather easy:

1. install binfmt-support on the main system;
2. install QEMU's static user mode binaries (qemu-user-static on Debian deriviatives) on the main system;
3. copy the appropriate emulator into your chroot, in .../usr/bin (in your case, probably qemu-arm-static);
4. chroot into your system.

Whether this is advisable or not is debatable; it's certainly used quite often to set up SD cards for small ARM systems. Whatever you do though, you should make absolutely sure to only copy ARM binaries into your chroot, apart from the QEMU binary above; otherwise your system won't work once you boot your ARM device with it.


This is all supported quite nicely by other build tools such as debootstrap and schroot, as documented e.g. by

Sie müssen registriert sein, um Links zu sehen.

.
It is possible, but you need to take a few steps first.


Obviously, your hardware doesn't support the ARM instruction set natively; so that means you need to install some software which allows your system to interpret the ARM instructions, and translated them to their i386 equivalents. qemu-user can do this.


Next, you need to configure your system so that when you start an ARM binary, it starts the correct qemu-user binary. This is possible with the binfmt-misc subsystem.

Sie müssen registriert sein, um Links zu sehen.

Sie müssen registriert sein, um Links zu sehen.

 

[4@@@@]

Danke!
Ich habe nun mal wieder Ubuntu 18.04 für den pi4 gemäss dem Link oben drauf

Folgendes kommt bei gewissen apt-get install:
--cut---
Processing triggers for initramfs-tools (0.130ubuntu3.9) ...
update-initramfs: Generating /boot/initrd.img-4.15.0-1041-raspi2
W: mkconf: MD subsystem is not loaded, thus I cannot scan for arrays.
W: mdadm: failed to auto-generate temporary mdadm.conf file.
Unsupported platform.
run-parts: /etc/initramfs/post-update.d//flash-kernel exited with return code 1
dpkg: error processing package initramfs-tools (--configure):
installed initramfs-tools package post-installation script subprocess returned error exit status 1
Errors were encountered while processing:
initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)
--cut--
Ist das wegen dem fixieren des Kernels?

Linux ubuntu 4.19.67-v8+ #1 SMP PREEMPT Mon Aug 26 21:26:31 MDT 2019 aarch64 aarch64 aarch64 GNU/Linux

Ich habe nun mit einem Cloudimage
file ubuntu-16.10-server-cloudimg-amd64.img
->ubuntu-16.10-server-cloudimg-amd64.img: QEMU QCOW Image (v2), 2361393152 bytes
und
cloud-localds cloud.img cloud.txt
via
> qemu-system-x86_64 -enable-kvm -smp 2 -m 1024 -nographic -hda ubuntu-16.10-server-cloudimg-amd64.img -hdb cloud.img -redir tcp:2222::22

dies zu starten. Leider ist dieser Befehl den ich gefunden habe zu alt. Es scheint noch -machine zu brauchen und -redir ist nicht mehr gültig. Für machine habe ich mal mit none und auch einem EIntrag für ubuntu 16.10 gemacht. Ohne Erfolg.

Was ich hätte, wäre ein OVA des CentOS-Image für X86_64, welches ich eigentlich laufen lassen möchte.
Mit qemu-img sollte ich dies in das Format von oben (QCOW) umbiegen können "qemu-img convert -f vmdk -O qcow2 image.vmdk image.qcow2". Leider wird aber das Starten wohl auch nicht klappen.

Habe noch etwas gebastelt und gegoogelt. Hier mein Versuch, der das Image bootet - zwar mit Fehler und langsam, aber immerhin.

qemu-system-x86_64 -M accel=kvm:tcg -smp 2 -m 1024 -nographic -hda ubuntu-16.10-server-cloudimg-amd64.img -hdb cloud.img


Nach ca 2 Minuten

root@ubuntu:~# uname -a
Linux ubuntu 4.8.0-59-generic #64-Ubuntu SMP Thu Jun 29 19:38:34 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux