Beim Kopieren von Dateien auf ein ext3-Laufwerk (über das Netzwerk, gemountet von Samba) ist etwas passiert und ich konnte nichts mehr auf diese Festplatte schreiben. Nachdem ichdmesgBefehl wird es erklärt:
db: Current: sense key=0x3
ASC=0x0 ASCQ=0x0
Info fld=0xa2fce10
end_request: I/O error, dev sdb, sector 170905104
EXT3-fs error (device sdb2): read_block_bitmap: Cannot read block bitmap - block_group = 644, block_bitmap = 21102592
Aborting journal on device sdb2.
ext3_abort called.
EXT3-fs error (device sdb2): ext3_journal_start_sb: Detected aborted journal
Remounting filesystem read-only
EXT3-fs error (device sdb2) in ext3_prepare_write: IO failure
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
__journal_remove_journal_head: freeing b_committed_data
Ich habe das Problem weiter untersucht und festgestellt, dass das Journal wahrscheinlich beschädigt ist. Es wurde mir vorgeschlagen, das Laufwerk auszuhängen und das Journal aus dem Dateisystem zu entfernen, indem ichtune2sf, verwendene2fsckLaufwerk scannen und Journal neu erstellen mittune2fs. Das ist der schwierige Teil, denn das Laufwerk ist gekennzeichnet alsbraucht_revoceryund das Journal konnte nicht gelöscht werden (auch wenn ich das Löschen erzwinge ine2fckes erlaubt es nicht). Ich versuche die Flagge zu ändern mitdebugfsaber das Programm schlägt jedes Mal fehl:
Can't read an block bitmap while reading block bitmap
Ich bin zu 99% sicher, dass die Daten auf dem Laufwerk nicht beschädigt sind, und wenn iche2fsckbevor ich das Journal lösche, werden definitiv einige Daten beschädigt.
Irgendwelche Ideen, wie ich das Needs_Recovery-Flag von diesem Laufwerk entfernen kann, damit ich das Journal löschen kann?
Antwort1
Das Problem ist nicht das Journal selbst. Sie haben einen nicht lesbaren Block (d. h.: Die Festplatte ist defekt), der das Journal oder andere Metadaten beschädigt hat. Daher ist es einfach, das Journal zu löschen.nichtdie richtige Lösung.
Ich empfehle Ihnen dringend, alles zu sichern, was Sie können, und die defekte Festplatte auszutauschen.
Antwort2
Wie @shodanshok bereits sagte, kann das Journal möglicherweise sowieso nicht gelöscht werden, da dieser bestimmte Sektor ausfällt. Es gibt eine einfache Rettung: mounten Sie die Partition alsext2, nicht ext3, damit der Journalblock gar nicht gelesen wird. Dann alle Daten so schnell wie möglich sichern. Ich hatte vor ein paar Tagen das gleiche Problem.