NULLos in anderen virtuellen Maschinen
NULLos 0.3 startet nicht nur in QEMU. Diese Seite sagt, welche Einstellungen eine virtuelle Maschine braucht, wie
du das Abbild in andere Formate umwandelst und was davon wirklich geprüft ist.
Stand 30.10.2026, NULLos 0.3. Jede Angabe trägt eine dieser Marken:
- getestet in QEMU: in QEMU 11.1.2 auf einem Mac nachgestellt und ausprobiert, mit Ausgabe der seriellen Konsole als Beleg.
- getestet in UTM: in UTM 5.0.8 auf einem Mac mit Apple-Chip ausprobiert, ebenfalls mit Ausgabe der seriellen Konsole.
- nicht getestet: nur laut Dokumentation des Herstellers, mit Quelle.
- geht nicht: ausprobiert, geht nicht.
Was jede virtuelle Maschine braucht
| Einstellung | Wert | Marke |
|---|
| Prozessor | x86_64 (Intel/AMD, 64 Bit) | getestet in QEMU |
| Firmware | UEFI (EFI). Mit BIOS bzw. „Legacy“ startet NULLos nicht (laut nullos.de) | getestet in QEMU: UEFI; BIOS nicht ausprobiert |
| Secure Boot | aus: NULLos ist nicht signiert (laut nullos.de) | QEMU hat hier kein Secure Boot an |
| Arbeitsspeicher | 256 MB reichen | getestet in QEMU |
| Platte | SATA (AHCI) oder NVMe | getestet in QEMU |
| CD | die ISO als CD-Laufwerk | getestet in QEMU |
| Netzwerkkarte | Intel e1000, Intel e1000e oder virtio-net | getestet in QEMU |
| Tastatur | PS/2 oder USB | getestet in QEMU |
Diese Netzwerkkarten gehen nicht (geht nicht): VMware vmxnet3, AMD PCnet (bei VirtualBox „PCnet“) und
Realtek RTL8139. NULLos startet zwar, findet aber keine Netzwerkkarte. ip zeigt dann nur lo, und pi
meldet „Netz nicht erreichbar“.
Abbild umwandeln
Die ISO kannst du direkt als CD einlegen. Das Abbild nullos-0.3-x86_64.img ist eine rohe Platte. Viele
Programme wollen ein eigenes Format. qemu-img (kommt mit QEMU) wandelt um:
qemu-img convert -f raw -O vmdk nullos-0.3-x86_64.img nullos.vmdk
qemu-img convert -f raw -O vdi nullos-0.3-x86_64.img nullos.vdi
qemu-img convert -f raw -O vhdx nullos-0.3-x86_64.img nullos.vhdx
| Format | für | Marke |
|---|
.vmdk | VMware, auch VirtualBox | getestet in QEMU: startet bis zur Shell |
.vdi | VirtualBox | getestet in QEMU: startet bis zur Shell |
.vhdx | Hyper-V | getestet in QEMU: startet bis zur Shell |
„Getestet in QEMU“ heißt hier: Die umgewandelte Datei startet in QEMU. Ob das Programm, für das das Format
gedacht ist, sie genauso annimmt, ist nicht geprüft.
In QEMU nachgestellt
Die Hardware, die andere Programme meist anbieten, lässt sich in QEMU nachbauen. Diese Zusätze zum
Befehl aus QEMU und SSH sind geprüft:
| Zusatz | nachgestellt | Ergebnis |
|---|
-device nvme,drive=d,serial=n1,bootindex=0 mit -drive if=none,id=d,format=raw,file=nullos.img | NVMe-Platte | getestet in QEMU: Platte sda an nvme, /boot da |
-cdrom nullos-0.3-x86_64.iso | CD | getestet in QEMU: Shell kommt, /boot ist leer |
-nic none -netdev user,id=n0 -device e1000,netdev=n0 | Netzwerkkarte e1000 | getestet in QEMU: Adresse per DHCP, pi antwortet |
dasselbe mit e1000e oder virtio-net-pci | e1000e, virtio-net | getestet in QEMU: Adresse per DHCP, pi antwortet |
dasselbe mit vmxnet3, pcnet oder rtl8139 | VMware-, VirtualBox-, Realtek-Karte | geht nicht: keine Netzwerkkarte |
-device qemu-xhci,id=x -device usb-kbd,bus=x.0 | USB-Tastatur | getestet in QEMU: tippt mit deutscher Belegung, auch ohne PS/2 |
Hinweis zu QEMU: Startest du dieselbe Kopie erst an SATA und dann an NVMe, landet QEMU in der EFI-Shell
(Shell>). Die Firmware merkt sich den alten Startweg in einer Datei auf der Startpartition. Abhilfe:
bootindex=0 wie oben, oder eine frische Kopie des Abbilds.
UTM (Mac)
UTM 5.0.8 auf einem Mac mit Apple-Chip, Modus „Emulate“ (x86_64 wird nachgebildet, nicht virtualisiert).
Die Test-VMs sind per AppleScript angelegt, nicht über die Oberfläche. Belegt mit der seriellen Konsole.
| Einstellung | Wert | Marke |
|---|
| Architektur | x86_64, Maschine q35 (Standard) | getestet in UTM |
| UEFI | an („UEFI Boot“) | getestet in UTM |
| Arbeitsspeicher | 256 MB | getestet in UTM |
| ISO als CD (Wechselmedium, Anschluss IDE) | Shell kommt, Netz geht | getestet in UTM |
.img als Platte, Anschluss IDE | Platte sda an ahci, /boot da | getestet in UTM |
.img als Platte, Anschluss NVMe | Platte sda an nvme, /boot da | getestet in UTM |
| Netzwerk „Shared“ mit e1000 oder virtio-net-pci | Adresse per DHCP (192.168.64.x), Ping an 192.168.64.1 antwortet | getestet in UTM |
| Tastatur | UTM schaltet PS/2 ab Werk aus und nimmt USB (Quelle). USB-Tastatur geht in QEMU auch ohne PS/2 | in UTM nicht getestet, in QEMU nachgestellt |
UTM nimmt Raw- und QCOW2-Abbilder, das .img also direkt (Quelle).
Secure Boot gibt es dort nur zusammen mit TPM 2.0 (Quelle).
Andere Programme (nicht getestet)
Für diese Programme steht hier nur, was die Hersteller dokumentieren. Ausprobiert ist davon nichts: Auf dem
Test-Mac (Apple-Chip) laufen sie nicht mit x86_64-Gästen oder sind nicht installiert, und einen Windows-Rechner
für Hyper-V gab es nicht. Stand der Dokumentationen: 30.10.2026.
VirtualBox
| Einstellung | laut Herstellerdoku |
|---|
| EFI | System → Hauptplatine → „EFI aktivieren“, oder VBoxManage modifyvm "VM" --firmware efi (Quelle) |
| Secure Boot | Häkchen „Secure Boot aktivieren“, oder VBoxManage modifynvram "VM" secureboot --disable (Quelle) |
| Platte | SATA (AHCI) oder NVMe; Formate VDI, VMDK, VHD (Quelle) |
| Umwandeln | VBoxManage convertfromraw nullos-0.3-x86_64.img nullos.vdi --format VDI (Quelle) |
| Netzwerkkarte | umstellen: Standard ist PCnet (Am79C973), das geht mit NULLos nicht. Nimm „Intel PRO/1000 MT Desktop (82540EM)“ oder virtio-net (Quelle) |
| Tastatur | PS/2 oder USB (--keyboard ps2 bzw. usb) (Quelle) |
Auf Macs mit Apple-Chip startet VirtualBox keine x86_64-Gäste (Quelle).
VMware Workstation Pro und Fusion Pro
| Einstellung | laut Herstellerdoku |
|---|
| EFI | Workstation: VM → Settings → Options → Advanced → „Firmware type: UEFI“ (Quelle). Fusion: Settings → Other → Advanced → „Firmware type“ (Quelle). Die VM muss dafür aus sein |
| Secure Boot | an derselben Stelle, Häkchen „Enable UEFI Secure Boot“ weglassen |
| Platte | SATA (AHCI) oder NVMe, Format .vmdk (Quelle) |
| CD | ISO an IDE, SCSI oder SATA; an NVMe gehen keine CD-Laufwerke (ebd.) |
| Netzwerkkarte | Die Doku nennt für 64-Bit-Gäste die Intel Pro/1000 MT Server (e1000). Andere Kartentypen sind dort nicht beschrieben. vmxnet3 geht mit NULLos nicht |
Auf Macs mit Apple-Chip laufen in Fusion keine x86-Systeme (Quelle).
Hyper-V (Windows)
| Einstellung | laut Herstellerdoku |
|---|
| EFI | nur mit Generation 2 (Quelle) |
| Secure Boot | bei Generation 2 ab Werk an; aus mit Set-VMFirmware -VMName "VM" -EnableSecureBoot Off (Quelle) |
| Platte, CD | Generation 2 startet von virtuellem SCSI (Platte .vhdx, ISO als SCSI-DVD); AHCI oder NVMe nennt die Doku nicht (Quelle wie EFI) |
| Netzwerk, Tastatur | Generation 2 hat nur synthetische Geräte, keine e1000-Karte und kein PS/2 (Quelle wie EFI) |
Voraussichtlich geht NULLos in Hyper-V nicht. Generation 1 hat kein UEFI, Generation 2 nur Geräte, für die
NULLos keine Treiber hat. Das ist eine Folgerung aus der Doku, nicht ausprobiert.
Parallels Desktop (Mac)
| Einstellung | laut Herstellerdoku |
|---|
| EFI | prlctl set "VM" --efi-boot on, ab Werk aus (Quelle) |
| Secure Boot | prlctl set "VM" --efi-secure-boot off (ebd.) |
| Platte | Anschluss IDE, SCSI oder SATA (Quelle) |
| Netzwerkkarte | --adapter-type e1000, e1000e oder virtio (Quelle); auf Macs mit Apple-Chip immer virtio |
Auf Macs mit Apple-Chip kann Parallels Desktop 27 x86_64-VMs als frühe Vorschau starten: nur mit UEFI, nur eine
CPU, ohne USB, nur in den Pro-, Business- und Enterprise-Fassungen (Quelle).
Mac mit Apple-Chip: was x86_64 kann
| Programm | x86_64-Gast auf Apple-Chip | Marke |
|---|
| QEMU | ja, als Emulation | getestet in QEMU |
| UTM | ja, Modus „Emulate“ (Quelle) | getestet in UTM |
| Parallels Desktop 27 | eingeschränkt, als Vorschau (Quelle) | nicht getestet |
| VMware Fusion | nein (Quelle) | nicht getestet |
| VirtualBox | nein (Quelle) | nicht getestet |
Emulation ist deutlich langsamer als Virtualisierung. In UTM war die Shell von NULLos 0.3 nach 40 Sekunden da
(beobachtet am 30.10.2026, nicht genau gemessen).