Kernel 6.17.2-2-pve bootet nicht: XFS log recovery write I/O error

[jedie]

Der aktuelle PVE Kernel 6.17.2-2 startet bei mir nicht. Lande im initramfs BusyBox mit der Meldung "XFS log recovery write I/O error"

Also hab ich mal die Boot SSD ausgebaut und manual an meinem Rechner geprüft: SMART Werte und SMART Quick test sind in Ordnung...
Aber xfs_repair hat wirklich gemeckert. Fix war über mounten... Leider hab ich mir das Vorgehen und die Ausgaben nicht notiert.

Platte wieder eingebaut und gebootet und selbe Problem... Dann hab ich einfach statt 6.17 den neusten 6.14, genauer den "6.14.11-4-pve" versucht und siehe da, booten funktionierte...

Hab mal ein fix mit apt install --reinstall "*6.17.2-2-pve-signed" probiert, dabei kam noch eine Meldung das ein XFS Programm fehlen würde, also noch xfsprogs nachinstalliert und nochmal reinstall gemacht.

Hilft aber nix: 6.17 startet nicht, also wieder den älteren 6.14 genommen.

Jemand eine Idee?

 

[jedie]

Ich hab weiterhin Problem mit dem booten und bekomme den "XFS log recovery write I/O error" Fehler...



Ein xfs_repair mount /dev/mapper/pve-root -L und reboot, behebt es nicht...

Es hängt irgendwie mit der CPU zusammen!

Mein System ist ein alter "HP ProLiant ML10 v2" (aus 2026, mit Intel Haswell Sockel 1150, DDR3 mit ECC...)

Eigentlich hab ich da drin den Intel Xeon E3-1241 v3 und genau mit dem kommt es beim booten zu dem "XFS log recovery write I/O error" Fehler.

Ich hab noch einen zweiten "HP ProLiant ML10 v2" mit der kleinen Intel Pentium G3240 CPU und damit bekomme ich keinen XFS fehler.
Ich kann auch die Boot platte in einen ganz anderen Rechner einbauen und bekomme keinen Fehler.

Memtest ist grün, bei beiden CPUs:






Hab dennoch mal RAM hin unter her getauscht: Spielt keine Rolle.
Da ich zwei "HP ProLiant ML10 v2" habe, kann ich Mainboard auch ausschließen.

Booten vom USB Stick, ein "gpartedlive" funktioniert. Platte sieht normal aus:



Am Ende bleibt nur die CPU! Und nun kommt es: Ich hab auf eBay zwei weitere "Intel Xeon E3-1241 v3" gekauft (Eine ist defekt, bei der anderen bekomme ich den selben Fehler.

Also zwei unterschiedliche "Xeon E3-1241 v3" -> "XFS log recovery write I/O error"
Selbe Hardware aber "Pentium G3240" -> geht


Wie ist das zu erklären? Was könnte ich noch machen?

 

[Falk R.]

Ich hab weiterhin Problem mit dem booten und bekomme den "XFS log recovery write I/O error" Fehler...

View attachment 98793

Ein xfs_repair mount /dev/mapper/pve-root -L und reboot, behebt es nicht...

Es hängt irgendwie mit der CPU zusammen!

Mein System ist ein alter "HP ProLiant ML10 v2" (aus 2026, mit Intel Haswell Sockel 1150, DDR3 mit ECC...)

Eigentlich hab ich da drin den Intel Xeon E3-1241 v3 und genau mit dem kommt es beim booten zu dem "XFS log recovery write I/O error" Fehler.

Ich hab noch einen zweiten "HP ProLiant ML10 v2" mit der kleinen Intel Pentium G3240 CPU und damit bekomme ich keinen XFS fehler.
Ich kann auch die Boot platte in einen ganz anderen Rechner einbauen und bekomme keinen Fehler.

Memtest ist grün, bei beiden CPUs:

View attachment 98794

View attachment 98795


Hab dennoch mal RAM hin unter her getauscht: Spielt keine Rolle.
Da ich zwei "HP ProLiant ML10 v2" habe, kann ich Mainboard auch ausschließen.

Booten vom USB Stick, ein "gpartedlive" funktioniert. Platte sieht normal aus:

View attachment 98796

Am Ende bleibt nur die CPU! Und nun kommt es: Ich hab auf eBay zwei weitere "Intel Xeon E3-1241 v3" gekauft (Eine ist defekt, bei der anderen bekomme ich den selben Fehler.

Also zwei unterschiedliche "Xeon E3-1241 v3" -> "XFS log recovery write I/O error"
Selbe Hardware aber "Pentium G3240" -> geht


Wie ist das zu erklären? Was könnte ich noch machen?

Schon mal Firmwareupdates / BIOS Update gemacht?

 

[jedie]

Ja, sind die letzten Updates drauf. Sind allerdings auch von 2019. Was neueres gibt es nicht mehr:





Ich überlege, ob ich nicht als Boot Platte ext4 statt XFS nehmen kann oder grub2 mit was anderes ersetzten? Wobei, ich glaube UEFI kann die Kiste nicht.
Sonstige Ideen?

 

[ThoSo]

bei Google ("ubuntu kernel 6.17 Xeon E3-1241 v3 xfs") finden sich so einige Bootprobleme mit dem 6.17er Kernel.
Eine Idee von Gemini wäre : UEFI VT-d (Intel Virtualization Technology for Directed I/O) deaktivieren

Evtl. mal mit dem 7er Kernel testen oder beim 6.14er bleiben.

 

[jedie]

Danke, werde ich mal testen...

Aber auf 6.x bleiben ist keine langfristig gute Idee, denke ich.
"VT-d" deaktivieren ist allerdings eine option, denn ich mach eh kein PCIe/GPU Passthrough und das dürfte vermutlich der haupt Unterschied sein, was?

EDIT: Hab mal https://lumo.proton.me gefragt, er spuckt noch Ideen aus:

• C-State Optionen im BIOS deaktivieren
• GRUB Parameter (iommu=pt)
• Auf ext4 wechseln

und die "Zusammenfassung":

Es ist wahrscheinlich ein Timing-/Initialisierungsproblem während des Early Boots, das durch die unterschiedliche CPU-Implementierung von Power Management und Speichercontroller ausgelöst wird. Die Pentium-CPU ist langsamer und weniger komplex, daher toleranter gegen kleine Timing-Probleme beim XFS Log Recovery.