ich hatte bisher 3 Pis einzeln am laufen und nun einen Zentralen PC mit Proxmox aufgesetzt damit alles auf einem PC läuft. Soweit klappt alles und 2 Pis konnte ich komplett dadurch ersetzen. Auf dem 3. Pi läuft leider eine Software die nur auf arm64 läuft. Ist es möglich eine VM mit einer arm64 CPU anzulegen?
Ich habe mir das hier: Klick mal durchgelesen und angewendet, aber nach Änderung an der .conf, startet die VM nicht.
lu@debianarm64:~$ date; uname -a;
Sun 23 Oct 2022 09:54:15 AM CEST
Linux debianarm64 5.10.0-19-arm64 #1 SMP Debian 5.10.149-2 (2022-10-21) aarch64 GNU/Linux
As already noted in the document: it is slow. Probably it is usable only for really low-requirement applications. Next time I would give it more Cores before installation - it took 80 minutes...
But: then I run a simplified sysbench, also probably not sufficient for a good test and comparability - just to get an idea:
This is the fresh VM:
Code:
root@debianarm64:~# sysbench --test=cpu --cpu-max-prime=20000 --threads=2 run
events per second: 343.84
total time: 10.0040s
total number of events: 3444
And to compare it with "something": this is a Raspberry 4 with 32bit OS. It has 4 Cores, I am using two threads for comparability:
Code:
root@pid:~# sysbench --test=cpu --cpu-max-prime=20000 --threads=2 run
sysbench 1.0.20 (using system LuaJIT 2.1.0-beta3)
CPU speed:
events per second: 43.20
General statistics:
total time: 10.0372s
total number of events: 434
Surprising! Obviously I did something wrong...
I had the virtual disk set to "Cache=Default(No cache)" during installation, perhaps that was the reason for the slow installation...
Code:
root@debianarm64:~# lscpu
Architecture: aarch64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 2
On-line CPU(s) list: 0,1
Thread(s) per core: 1
Core(s) per socket: 2
Socket(s): 1
NUMA node(s): 1
Vendor ID: ARM
Model: 0
Model name: Cortex-A57
Stepping: r1p0
BogoMIPS: 125.00
NUMA node0 CPU(s): 0,1
Vulnerability Itlb multihit: Not affected
Vulnerability L1tf: Not affected
Vulnerability Mds: Not affected
Vulnerability Meltdown: Not affected
Vulnerability Mmio stale data: Not affected
Vulnerability Retbleed: Not affected
Vulnerability Spec store bypass: Vulnerable
Vulnerability Spectre v1: Mitigation; __user pointer sanitization
Vulnerability Spectre v2: Vulnerable
Vulnerability Srbds: Not affected
Vulnerability Tsx async abort: Not affected
Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid
Best regards... and have fun
Edit: irgendwie verfalle ich immer automatisch in die englische Sprache... :-(
Das war keine Absicht, sorry. Ich glaub der Inhalt ist dennoch verständlich, ich übersetze das jetzt nicht zurück...
Hallo! Wie gesagt, ich habe das auch nach der Anleitung gemacht die Du gepostet hast, die habe ich ja auch erwähnt, aber es funktioniert bei mir nicht, dir VM startet nicht.
Nach hinzufügen dieser Zeile am Ende der "164.conf"?
Code:
arch: aarch64
Die Schritte davor sind wirklich penibel zu befolgen. Poste mal deine komplette 164.conf (in Code-Tags). Was geschieht denn? Gibt es eine interaktive Fehlermeldung? Was steht im GUI im Task-Log des "VM 164 - Start"-Befehls? Ist diese Zeile rosa? Wie lautet der Status in Spalte sechs?
Wir hier im Forum können schlicht nicht sehen, was du auf deinem Bildschirm hast...
Ich bekomme das auch nicht zum Laufen und habe die verlinkte Anleitung penibel befolgt; anstatt dem Debian als Gast system versuche ich aber ein Red Hat Enterprise Linux 8.7 aarch64 zu installieren.
Nach dem Einschalten der VM und der Auswahl der installation von der geladenen iso kommt dann der Fehler
"Synchronous Exception at 0x000000009BCFF28C"
Ich habe es auch mal gerade probiert und hat geklappt. Die Anleitung macht einige Dinge, die man nicht unbedingt benötigt und das Teil ist fast unbedienbar langsam. Lokales Netzwerk dümpelt so bei 200K rum ...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.