[SOLVED] Proxmox startet nicht mehr nach Kernelupdate (grub prompt)

[G0ldmember]

Wir haben Proxmox mit ZFS für die Systemplatte aufgesetzt, hat bis jetzt auch reibungslos funktioniert, auch Neustarts. Nach dem letzten Kernelupdate hat der Node automatisch einen Neustart gemacht und landet jetzt immer nur noch im GRUB prompt. Versuche, den Resuce mode zu starten, scheitern über "incompatible compression mode 32" usw.

Wie bekommt man den node wieder zum Starten?

 

[G0ldmember]

Haben das hier mal versucht :

https://forum.proxmox.com/threads/need-to-regenerate-grub-at-each-reboot.44810/

Leider nach wie vor kein Start, jetzt kommt vor dem GRUB prompt nur noch eine zusätzliche Meldung "unknown device 1".
Auch das Einfügen von rootdelay=xxx hilft nicht.

 

[Stoiko Ivanov]

Was ist es für ein System? An welchem disk-controller hängen die ZFS Disken?

 

[G0ldmember]

Das System ist ein Supermicro Server. Die ZFS Disks hängen an einem HBA (kein RAID Controller). Vor dem Upgrade hat alles einwandfrei geklappt, auch Kernelupdates.

# grub-probe /

hat übrigens "zfs" zurückgegeben im chroot.

Könnte es vielleicht ein Problem sein, dass wir einen Teil des Speichers (wo auch /boot liegt) per ZFS auf 2 physikalische Festplatten verteilt haben? Kommt GRUB damit vielleicht nicht klar?

 

[G0ldmember]

Update: Habe die Lösung in einem anderen Thread gefunden:

https://forum.proxmox.com/threads/p...nstallation-unable-to-boot-due-to-grub.40984/

Danke an den, der diese Lösung gepostet hat

 

[Stoiko Ivanov]

Freut zu hören!

Bitte den Thread als 'SOLVED' markieren, das hilft Anderen, die auch in die Situation reinlaufen.

Danke!

 

[G0ldmember]

Freut zu hören!

Bitte den Thread als 'SOLVED' markieren, das hilft Anderen, die auch in die Situation reinlaufen.

Danke!

Okay, erledigt.

 

[LnxBil]

Was mir nur nicht klar ist - auch nicht von dem anderen Thread - warum das Problem plötzlich auftaucht? Hat sich in Grub da was verändert wenn ein System, das vorher prima gebootet hat jetzt nicht mehr bootet?

 

[G0ldmember]

Was mir nur nicht klar ist - auch nicht von dem anderen Thread - warum das Problem plötzlich auftaucht? Hat sich in Grub da was verändert wenn ein System, das vorher prima gebootet hat jetzt nicht mehr bootet?

Nein das Problem entstand bei uns nicht durch GRUB selbst oder das Kernelupdate wie eingangs vermutet, sondern dadurch, dass wir ein ZFS Boot-Volume haben - das hat zunächst mal immer funktioniert. Dann haben wir das ZFS Boot-Volume vergrößert, so dass es physikalisch nicht mehr aus einer, sondern aus 2 Platten besteht (ZFS Pool über mehrere Disks). Die zweite Platte wurde vom HBA anscheinend per Default nicht an GRUB übermittelt, sondern immer nur die erste. Deshalb konnte GRUB das Boot-Laufwerk nicht finden. Erst die Einstellung im Controller-BIOS, dass alle vorhandenen Platten weitergegeben werden, hat das Problem dann letztendlich gelöst.

 

[LnxBil]

Ah so, danke für die Erklärung!