PVE 9.2.4 – Neue Kernel 6.17.13-15 / 7.0.14-4 starten auf Legacy-BIOS-Systemen nicht, UEFI-Host funktioniert

[julianfegert]

Hallo,

nach der Installation der aktuellen Kernel mit dem Fix für CVE-2026-53359 (Januscape) treten bei uns Bootprobleme auf.

Umgebung

- Proxmox VE 9.2.4
- Frische PVE-9-Installationen (kein Upgrade von PVE 8)
- ext4 auf LVM
- Drei Produktivhosts
- no-subscription-Repository

Host 1 (UEFI)

Bootet erfolgreich mit:

- 7.0.14-4-pve

Keine Probleme.

Host 2 (Legacy BIOS / GRUB)

Beim Booten von:

- 6.17.13-15-pve
- 7.0.14-4-pve

bricht GRUB sofort mit folgender Meldung ab:

Loading Linux 7.0.14-4-pve ...
error: attempt to read or write outside of disk 'hd0'.
Loading initial ramdisk ...
error: you need to load the kernel first.

Ältere Kernel booten problemlos:

- 6.17.13-13
- 7.0.6-2

Bereits getestet:

grub-install /dev/sda
update-grub

Beides wurde ohne Fehlermeldungen abgeschlossen.

root@host02:~# pveversion -v
uname -a
lsblk -f

proxmox-ve: 9.2.0 (running kernel: 6.17.13-13-pve)
pve-manager: 9.2.4 (running version: 9.2.4/5e5ae681198514d4)
proxmox-kernel-helper: 9.2.0
proxmox-kernel-7.0.14-4-pve-signed: 7.0.14-4
proxmox-kernel-7.0: 7.0.14-4
proxmox-kernel-7.0.6-2-pve-signed: 7.0.6-2
proxmox-kernel-6.17: 6.17.13-15
proxmox-kernel-6.17.13-15-pve-signed: 6.17.13-15
proxmox-kernel-6.17.13-13-pve-signed: 6.17.13-13
proxmox-kernel-6.17.13-2-pve-signed: 6.17.13-2
proxmox-kernel-6.17.4-2-pve-signed: 6.17.4-2
proxmox-kernel-6.17.2-1-pve-signed: 6.17.2-1
ceph-fuse: 19.2.3-pve2
corosync: 3.1.10-pve2
criu: 4.1.1-1
frr-pythontools: 10.6.1-1+pve2
ifupdown2: 3.3.0-1+pmx12
intel-microcode: 3.20251111.1~deb13u1
ksm-control-daemon: 1.5-1
libjs-extjs: 7.0.0-5
libproxmox-acme-perl: 1.7.1
libproxmox-backup-qemu0: 2.0.2
libproxmox-rs-perl: 0.4.1
libpve-access-control: 9.1.1
libpve-apiclient-perl: 3.4.2
libpve-cluster-api-perl: 9.1.6
libpve-cluster-perl: 9.1.6
libpve-common-perl: 9.1.16
libpve-guest-common-perl: 6.0.4
libpve-http-server-perl: 6.0.5
libpve-network-perl: 1.6.6
libpve-notify-perl: 9.1.6
libpve-rs-perl: 0.15.3
libpve-storage-perl: 9.1.6
libspice-server1: 0.15.2-1+b1
lvm2: 2.03.31-2+pmx1
lxc-pve: 7.0.0-2
lxcfs: 7.0.0-pve1
novnc-pve: 1.7.0-2
proxmox-backup-client: 4.2.2-1
proxmox-backup-file-restore: 4.2.2-1
proxmox-backup-restore-image: 1.0.0
proxmox-firewall: 1.2.3
proxmox-kernel-helper: 9.2.0
proxmox-mail-forward: 1.0.3
proxmox-mini-journalreader: 1.7
proxmox-offline-mirror-helper: 0.7.4
proxmox-widget-toolkit: 5.2.6
pve-cluster: 9.1.6
pve-container: 6.1.10
pve-docs: 9.2.3
pve-edk2-firmware: 4.2025.05-2
pve-esxi-import-tools: 1.0.1
pve-firewall: 6.0.4
pve-firmware: 3.18-4
pve-ha-manager: 5.2.4
pve-i18n: 3.9.0
pve-qemu-kvm: 11.0.2-1
pve-xtermjs: 6.0.0-2
qemu-server: 9.1.18
smartmontools: 7.5-pve2
spiceterm: 3.4.2
swtpm: 0.8.0+pve3
vncterm: 1.9.2
zfsutils-linux: 2.4.3-pve1

Linux pve12 6.17.13-13-pve #1 SMP PREEMPT_DYNAMIC PMX 6.17.13-13 (2026-05-29T10:08Z) x86_64 GNU/Linux

NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
sda
├─sda1
├─sda2 vfat FAT32 AF2B-F2CE
└─sda3 LVM2_member LVM2 001 XB21hb-s7Nc-qUJo-o8pj-xd5s-hZDM-svmbxH
├─pve-swap swap 1 7d352742-0d0d-4664-9d5b-bf11d4cee25f [SWAP]
└─pve-root ext4 1.0 ae3b8b7d-5ae7-4ad0-80ba-86920bb858f3 4.8T 26% /
sdb
└─sdb1 ext4 1.0 c207cb1b-882d-4077-9358-833624e5f417 9T 12% /mnt/pve/Backups

root@host02:~#

Host 3 (Legacy BIOS / GRUB)

Beim Booten von:

- 6.17.13-15-pve
- 7.0.14-4-pve

tritt folgender Fehler auf:

Kernel panic - not syncing:
VFS: Unable to mount root fs on unknown-block(0,0)

Ältere Kernel booten problemlos:

- 7.0.6-2

root@host03:~# pveversion -v
uname -a
lsblk -f

proxmox-ve: 9.2.0 (running kernel: 7.0.6-2-pve)
pve-manager: 9.2.4 (running version: 9.2.4/5e5ae681198514d4)
proxmox-kernel-helper: 9.2.0
proxmox-kernel-7.0.14-4-pve-signed: 7.0.14-4
proxmox-kernel-7.0: 7.0.14-4
proxmox-kernel-7.0.6-2-pve-signed: 7.0.6-2
proxmox-kernel-6.17: 6.17.13-15
proxmox-kernel-6.17.13-15-pve-signed: 6.17.13-15
proxmox-kernel-6.17.13-13-pve-signed: 6.17.13-13
proxmox-kernel-6.17.13-2-pve-signed: 6.17.13-2
proxmox-kernel-6.17.4-2-pve-signed: 6.17.4-2
proxmox-kernel-6.17.2-1-pve-signed: 6.17.2-1
ceph-fuse: 19.2.3-pve2
corosync: 3.1.10-pve2
criu: 4.1.1-1
frr-pythontools: 10.6.1-1+pve2
ifupdown2: 3.3.0-1+pmx12
intel-microcode: 3.20251111.1~deb13u1
ksm-control-daemon: 1.5-1
libjs-extjs: 7.0.0-5
libproxmox-acme-perl: 1.7.1
libproxmox-backup-qemu0: 2.0.2
libproxmox-rs-perl: 0.4.1
libpve-access-control: 9.1.1
libpve-apiclient-perl: 3.4.2
libpve-cluster-api-perl: 9.1.6
libpve-cluster-perl: 9.1.6
libpve-common-perl: 9.1.16
libpve-guest-common-perl: 6.0.4
libpve-http-server-perl: 6.0.5
libpve-network-perl: 1.6.6
libpve-notify-perl: 9.1.6
libpve-rs-perl: 0.15.3
libpve-storage-perl: 9.1.6
libspice-server1: 0.15.2-1+b1
lvm2: 2.03.31-2+pmx1
lxc-pve: 7.0.0-2
lxcfs: 7.0.0-pve1
novnc-pve: 1.7.0-2
proxmox-backup-client: 4.2.2-1
proxmox-backup-file-restore: 4.2.2-1
proxmox-backup-restore-image: 1.0.0
proxmox-firewall: 1.2.3
proxmox-kernel-helper: 9.2.0
proxmox-mail-forward: 1.0.3
proxmox-mini-journalreader: 1.7
proxmox-offline-mirror-helper: 0.7.4
proxmox-widget-toolkit: 5.2.6
pve-cluster: 9.1.6
pve-container: 6.1.10
pve-docs: 9.2.3
pve-edk2-firmware: 4.2025.05-2
pve-esxi-import-tools: 1.0.1
pve-firewall: 6.0.4
pve-firmware: 3.18-4
pve-ha-manager: 5.2.4
pve-i18n: 3.9.0
pve-qemu-kvm: 11.0.2-1
pve-xtermjs: 6.0.0-2
qemu-server: 9.1.18
smartmontools: 7.5-pve2
spiceterm: 3.4.2
swtpm: 0.8.0+pve3
vncterm: 1.9.2
zfsutils-linux: 2.4.3-pve1

Linux pve10 7.0.6-2-pve #1 SMP PREEMPT_DYNAMIC PMX 7.0.6-2 (2026-05-29T11:08Z) x86_64 GNU/Linux

NAME FSTYPE FSVER LABEL UUID FSAVAIL FSUSE% MOUNTPOINTS
sda
├─sda1
├─sda2 vfat FAT32 AE66-4781
└─sda3 LVM2_member LVM2 001 TCwdvG-wILr-LYYw-EVO7-0jC4-IuoE-hxPrwD
├─pve-swap swap 1 9f1e5b46-575f-4cbe-94ed-29273c9f3ca6 [SWAP]
└─pve-root ext4 1.0 b3532872-6074-41ff-b5c3-88c86062e9ce 4.6T 29% /
sdb
└─sdb1 ext4 1.0 66287a87-7a77-4c91-bd7e-1985b0864fcd 8.9T 12% /mnt/pve/Backups

root@host03:~#

Zusätzliche Informationen

- /boot ist Teil des Root-Dateisystems (kein separates /boot).
- Kernel und initramfs-Dateien sind vorhanden.
- update-initramfs wurde während der Installation erfolgreich ausgeführt.
- Die Systeme verwenden kein ZFS.
- Alle Hosts wurden direkt mit Proxmox VE 9 installiert.
- Ein UEFI-Host funktioniert mit den neuen Kerneln problemlos, während beide Legacy-BIOS-Hosts auf unterschiedliche Weise fehlschlagen.

Hat jemand ähnliche Probleme mit den aktuellen Kerneln auf Legacy-BIOS-Systemen?

 

[ThoSo]

Bisher nicht. was ist das den für Hardware?
BIOS aktuell?

 

[julianfegert]

Sind beides Supermicro CSE-819U, X10DRUi+, 2x Xeon 2680v4/2697v4, je 1 TB DDR4, je Host 3x 3,84 TB SAS SSD an Fujitsu EP420i (Raid 5), + 1x HDD (Raid 0)

Bios 3.5 vom 27.04.2022,

Auf beiden Nodes lief vor dem Update Linux 6.17.4-2-pve (2025-12-19T07:49Z)

- 7.0.6-2 und 6.17.13-13 laufen

Die neuesten 2 Versionen kommt es zu den o.g. Fehlern.

 

[julianfegert]

Oder eher als langfristige Lösung: Backup + auf UEFI Modus umstellen + neu aufsetzen und Restore?

 

[torbho]

Wir hatten ein ähnliches Problem, aber eine etwas andere Fehlermeldung.
Schau mal im BIOS, ob du auch eine Option wie diese hast: "CSM - Compatibility Support Module". Diese mussten wir erst aktivieren, dann ging es.





Bei einem anderen Problem, kam aus Grub heraus eine Eingabeaufforderung. In der haben wir einfach nur "exit" eingegeben, danach hat es normal gebootet.

 

[julianfegert]

Problem gelöst und behoben!

Ursache: Der Legacy-BIOS-Bootpfad (INT13, bei uns hinter LSI 9271-4i bzw. Fujitsu EP420i) kann nur die ersten 2 TiB der Disk lesen. Da /boot auf dem 7-TB-Root-LV liegt, hatte der ext4-Allocator die neuen Kernel/Initrds physisch über die 2-TiB-Grenze gelegt. Lag der Kernel darüber → GRUB-Error. Lag nur das Initrd darüber → Kernel startet ohne Initramfs → Panic. Nachweis per filefrag -e: alle bootenden Dateien unter der Grenze, alle scheiternden darüber — und nach Neuerzeugen des Initrds (landete zufällig tief) bootete derselbe Kernel sofort.