Ein x86-Image auswählen: combined, ext4, squashfs, EFI/BIOS

Die Auswahl in einer Zeile

PVE-Standard SeaBIOS: bevorzugen Sie generic-ext4-combined.img.gz (hier getestet);
UEFI/OVMF: wählen Sie ein combined-Image mit -efi;
Zurücksetzen auf Werkseinstellungen/schreibgeschütztes Root + Overlay: wählen Sie squashfs combined;
vorhandener Bootloader bzw. vorhandene Partitionen, nur das Rootfs ersetzen: verwenden Sie ein rootfs-Image;
Container/chroot: rootfs.tar.gz, kein Festplatten-Image.

Den Dateinamen lesen

Wichtigste Dateien für 25.12.6 x86/64:

openwrt-25.12.6-x86-64-generic-ext4-combined.img.gz
openwrt-25.12.6-x86-64-generic-ext4-combined-efi.img.gz
openwrt-25.12.6-x86-64-generic-squashfs-combined.img.gz
openwrt-25.12.6-x86-64-generic-squashfs-combined-efi.img.gz
openwrt-25.12.6-x86-64-generic-ext4-rootfs.img.gz
openwrt-25.12.6-x86-64-generic-squashfs-rootfs.img.gz
openwrt-25.12.6-x86-64-generic-kernel.bin
openwrt-25.12.6-x86-64-generic-targz-rootfs.tar.gz
openwrt-25.12.6-x86-64-rootfs.tar.gz

Drei Begriffe sind entscheidend:

Begriff	Bedeutung	Bei falscher Wahl
`combined`	Image der ganzen Festplatte mit Partitionstabelle/Boot	als rootfs verwendet, kann es Partitionen überschreiben
`rootfs`	nur das Dateisystem	kein Bootloader; bootet nicht direkt
`ext4` / `squashfs`	beschreibbares Root / schreibgeschütztes Root + Overlay	beeinflusst Wiederherstellung und Schreibverhalten
`-efi`	UEFI-Start	Legacy-BIOS bootet es möglicherweise nicht
`tar.gz`	rootfs-Archiv	kein bootfähiges Festplatten-Image

ext4 gegenüber squashfs

ext4 combined: beschreibbares Root; üblich bei VMs/Soft-Routern; verhält sich wie eine normale Linux-Installation.
squashfs combined: schreibgeschütztes Root, Konfiguration im Overlay; besser für das Zurücksetzen auf Werkseinstellungen und gegen Fehlbedienung; anderer Speicherbedarf und Wartungsaufwand.
Beide können in PVE booten; dieser Laborlauf hat nur ext4 getestet. Verzichten Sie nicht auf Sicherungen, weil „squashfs sicherer ist“.

BIOS gegenüber UEFI

PVE-Standard SeaBIOS: verwenden Sie ein combined-Image ohne -efi;
PVE OVMF (UEFI): verwenden Sie combined mit -efi und richten Sie einen EFI-Datenträger ein;
Physisch: prüfen Sie UEFI/Legacy in der Firmware und passen Sie das Image an;
Falsche Wahl: kein Boot-Eintrag, GRUB startet nicht, Fallback auf PXE/BIOS.

Dieser Laborlauf: PVE-VM 200, SeaBIOS + generic-ext4-combined; Start erfolgreich.

Herunterladen und verifizieren

ComputerImage und sha256sums herunterladen

curl -LO https://downloads.openwrt.org/releases/25.12.6/targets/x86/64/openwrt-25.12.6-x86-64-generic-ext4-combined.img.gz
curl -LO https://downloads.openwrt.org/releases/25.12.6/targets/x86/64/sha256sums
grep 'generic-ext4-combined.img.gz' sha256sums | sha256sum -c -

Dieser Laborlauf: .img.gz mit 13,0 MB, nach dem Entpacken .img mit 120,5 MB; SHA-256 stimmte überein.

ErwartetOffizielle bzw. TUNA-Quelle und Prüfsumme bestehen die Prüfung.

ComputerEntpacken

gzip -dk openwrt-25.12.6-x86-64-generic-ext4-combined.img.gz
ls -lh openwrt-25.12.6-x86-64-generic-ext4-combined.img

sysupgrade und PVE qm importdisk verwenden .img; schreiben Sie die .gz nicht direkt auf einen Datenträger.

ErwartetEine .img-Datei, bereit zum Importieren bzw. Schreiben.

In PVE importieren

PVE-HostDatenträger importieren und Boot-Reihenfolge setzen

qm create 200 --name openwrt --memory 512 --cores 2 --cpu host \
  --scsihw virtio-scsi-pci --ostype l26 --vga std --serial0 socket \
  --net0 virtio,bridge=vmbr0

qm importdisk 200 openwrt-25.12.6-x86-64-generic-ext4-combined.img local-lvm
qm set 200 --scsi0 local-lvm:vm-200-disk-0
qm set 200 --boot order=scsi0
qm start 200

Verwendet PVE UEFI/OVMF, nutzen Sie das -efi-Image und einen EFI-Datenträger; erzwingen Sie kein BIOS-Image unter UEFI.

ErwartetDie VM bootet vom importierten Datenträger, nicht von ISO/PXE.

PVE-HostStart verifizieren

qm terminal 200
# or inside the VM
ubus call system board
cat /etc/openwrt_release

Dieser Laborlauf startete 25.12.6 x86/64; Standard-LAN 192.168.1.1.

ErwartetDie Konsole zeigt OpenWrt sowie die richtige Version bzw. das richtige Target.

Schreiben auf einen physischen Datenträger

# verify the target first; do not copy the wrong device name
lsblk
sudo dd if=openwrt-...-combined.img of=/dev/sdX bs=4M status=progress conv=fsync
sync

dd überschreibt das gesamte Ziel; trennen Sie unbeteiligte Datenträger bzw. verifizieren Sie das Gerät;
Wählen Sie für UEFI -efi;
Booten Sie von diesem Datenträger; lassen Sie die ISO nicht die Boot-Priorität behalten;
Namen physischer Netzwerkkarten stimmen möglicherweise nicht mit eth0/eth1 in PVE überein; identifizieren Sie sie anhand von MAC/PCI.

Häufige Fehler

PVE-Import bootet nicht

die Boot-Reihenfolge ist nicht scsi0;
Sie haben rootfs statt combined gewählt;
BIOS-/UEFI-Image passen nicht zusammen;
Datenträger-Bus bzw. Controller passen nicht;
die serielle Konsole ist nicht konfiguriert, daher gibt es kein Boot-Log.

Physischer UEFI-Start schlägt fehl

Image ohne -efi;
das BIOS steht noch auf Legacy/CSM;
unvollständig geschriebener USB-Stick;
Einschränkungen durch Secure Boot/Signaturen.

Das ursprüngliche System ist nach dem Schreiben verschwunden

dd hat den falschen Datenträger beschrieben. Sichern Sie Ihre Daten, prüfen Sie Größe/Modell mit lsblk und schreiben Sie erst dann; testen Sie nicht auf einem Produktivrechner.

rootfs-Image bootet nicht direkt

rootfs enthält keinen Bootloader und keine Partitionstabelle; verwenden Sie einen vorhandenen Bootloader oder den passenden Container-/Virtualisierungsweg.

E2-Laborlauf (2026-10-20)

Umgebung: PVE 9.2.2; OpenWrt 25.12.6 x86/64; generic-ext4-combined.img.gz; SeaBIOS.
Download: .img.gz 13,0 MB; .img 120,5 MB; SHA-256 stimmte mit den offiziellen sha256sums überein.
PVE: qm importdisk → scsi0 → boot order=scsi0; die VM startete 25.12.6.
Nicht getestet: -efi/OVMF, squashfs, physischer USB-Stick, Secure Boot, Unterschiede bei Images für 24.10.
Recipe: tests/recipes/x86-image-25.12.md.

Quellen und Prüfung

Dies ist E2 (teilweise): BIOS/ext4 combined + PVE-Import wurden getestet; UEFI/squashfs/physisches Schreiben nicht.
Image-Namen und Verfügbarkeit ändern sich je Release; verwenden Sie die Download-Seite.
Keine unabhängige Prüfung; die Schlussfolgerungen gelten nur für diese PVE-/VM-Umgebung.

Quellen

Router.Homes

Unabhängige OpenWrt-Notizen. Jede Seite nennt Firmware, Gerät, Paketmanager und den Rückweg.

Symbole: Solar by 480 Design, CC BY 4.0