EXT4-fs error: ext4_free_inode

[naraesk]

Hallo,
vor ein paar Minuten zeigte mir Kmail neue Mails im Posteingang an, in dem Momont gefror der Bildschirm ein, keine Tastatur- oder Mauseingabe, kein Wechseln auf die Konsole war möglich.

Im Benachrichtigungsfeld poppte kurze eine kryptische Felher- Meldung des Write- Dienstes auf. Neustart. Fehlgeschlagen, da das das FS nur als Read- only gemountet werden konnte. Ich landete auf einer Root- Systemwiederherstellungskonsole.

Also habe ich einfach mal fsck, ausgeführt, welches mir in Stufe 1,2,3, und 5 eine Reihe von Fehlern mit inodes meldete, welche ich alle reparieren ließ. Neustart. Klappte ohne Probleme. Kmail meldete dann folgende Fehlermeldung beim Versuch den Posteingang abzurufen:

Der Nachrichtenindex zu „Posteingang“ ist beschädigt und wird nun neu erzeugt. Dabei können einige Informationen einschließlich der Statusinformationen verloren gehen.

Gleichzeitig zeigte er mir 1708 neue Mail im Posteingang an, so oft wäre wohl auch die Meldung gekommen. Also Kmail gekillt und neu gestartet. Keine Fehlermeldung, anscheinend kein Dateinverlust … sieht alles okay aus.

In /var/log/messages lässt sich folgendes finden:

Dec 18 22:20:21 localhost kernel: EXT4-fs error (device dm-2): ext4_free_inode: bit already cleared for inode 1061744

Aber so etwas ist ja, gerade wenn es um FS/Festplatten geht, trügerisch. Was ist passiert, kann es wieder passieren? Muss ich mir gar sorgen um meine Festplatte machen?

Wieder einmal vielen Dank.

[oziris]

[...], kann es wieder passieren?

Ja.

Muss ich mir gar sorgen um meine Festplatte machen?

Ja, aber um Deine Daten musst Du Dir keine Sorgen machen, wenn Du ein Backup machst.

Festpattenfehler geben aber meist noch andere Fehlermeldungen in den Logs oder im "kernel ring buffer" (aber nicht immer). Meist etwas mit IO-, Read- oder Write-Error auf dem entsprechenden Device.

Auf vielen Festplatten kann man auch interne Hardware-Fehler-Zähler auslesen, z.B. mit den beliebten "smartmontools".

[naraesk]

Ein Backup habe ich auch, das ist weniger kritisch. Aber wenn der Notebook in den nächsten Tagen ausfällt, wäre das schon sehr tragisch. :/

Also in dmesg konnte ich jetzt nichts zu den o.g. Begriffen finden, was mir verdächtig erscheint.
Daher mal hier und hier dmesg(.old) .

[oziris]

Ja, da ist nix auffällig, aber man muss auch "dmesg" ausführen, wenn gerade Probleme da sind, denn es kann ja nix in ein Log getan werden, wenn gerade das entsprechende Dateisystem nicht geht...
Natürlich kann man oft auch "dmesg" nicht mehr starten, wen das entspr. Dateisystem nicht geht, aber dann sieht man oft im Text-Modus noch etwas.

Im Prinzip kannst Du erstmal Deine Backup-Frequenz erhöhen und hoffen, dass es nur ein seltnes Software-Problem oder ein seltenes physikalisches Phänomen war (Bit in RAM oder auf Platte hat Wertigkeit verloren oder eine Interferenz durch Induktion), das nicht nochmal passiert.

Gehen die "smartmontools" eigentlich bei Dir?

Wenn das öfter passiert, dann könnte man mal den RAM und die Festplatte mit Block-Tests prüfen.

Präventiv nimmt man natürlich ein passendes RAID, damit Festplattendefekte nicht zum Verlust der aktuellsten Daten führen.

[Schreibtroll]

Installier mal Testdisk und lasse den "deeper scan" laufen...

[naraesk]

Hallo,
war über das Wochenende etwas eingeschränkt, nun geht es weiter.
Also die Festplatte ist ja wie angegeben ext4, laut manpage funktioniert testdisk aber nur mit ext 2 und 3.

Mit den smarttools werde ich mich nun einmal auseinander setzen, das scheint ja etwas komplexer zu sein.

Bisher trat das ganze nur ein einziges Mal auf.