ext4 filesystem hat nach fsck noch Fehler

1881
mangup

Plötzlich fiel mein ext4-Dateisystem in den schreibgeschützten Modus. Ich habe diese Platte ausgehängt und versucht, sie zu reparieren, jedoch ohne Erfolg.

  1. fsckversucht, etwas zu beheben, aber endet mit FILE SYSTEM WAS MODIFIED, WARNING: Filesystem still has errors.
  2. mountschlägt mit der failed: Structure needs cleaningNachricht fehl .
  3. badblocks Werkzeug zeigt einige Fehler.
  4. smartctlTeststatus: read failure.

Ich habe auch ein Disk-Image mit dem ddrescueTool erstellt, kann aber keine Partition wie von der Festplatte reparieren oder einhängen.

Was ich möchte:

  1. Partition einhängen und nicht beschädigte Dateien kopieren.
  2. Entscheidung treffen - Hat diese Festplatte physische Probleme oder ist dies nur ein Ext4-Absturz?
0

2 Antworten auf die Frage

1
Theodore Ts'o

If the badblocks tool shows several errors and smartctl is reporting errors, then it indicates you definitely have some kind of HDD problem. So you need to address that first.

The most conservative thing you can do is to use ddrescue to get two disks that are at least as big as your hard drive. I'm going to call your original disk ORIG, and the two disks DISK_A and DISK_B. First use ddrescue to make a copy from ORIG to DISK_A. Then use ddrescue to make a copy from DISK_A to DISK_B. Why make copies right away? Because if your hard drive is failing (and your report that badblocks shows errors is a strong indication there are errors), you want to make a copy right away before more sectors fail. (Sometimes hard drives have cascade failures where initially it's only a handful of sectors that go bad; but then more and more sectors can start going bad if the problem was due to a head crash kicking up debris into the sealed chamber, and then when debris impacts the heads, they crash into the platters again, damaging more sectors, and kicking more debris... repeat until the disk is dead as a doornail.)

Why make a second copy from DISK_A to DISK_B? Because you'll try various recovery techniques on DISK_B, and if they end up causing logical damage, you can always go back to DISK_A, and copy the original disk image on DISK_B (or maybe even DISK_C) so you can always have a fallback in case a particular recovery technique makes things worse or you hope that some other technique might recover more data.

It is likely that e2fsck -fy will be able to completely fix the file system image on DISK_B. If it can't, it's likely a bug in e2fsck. Please see the REPORTING BUGS section of the e2fsck manual for more information about what is needed for a useful bug report. (Also give information about your hardware and what you've done to rule out hardware problems --- making a copy of the file system image to new disk is a great way of doing this.)

Theodore, ich habe ein Bild gemacht (über "ddrescue") und versucht, es zu reparieren ("fsck"). Aber kein Glück. War es eine gültige Aktion? mangup vor 6 Jahren 0
Der Stapelaustausch ist wahrscheinlich nicht der richtige Ort, um darüber zu diskutieren, da nicht genügend Platz für alle Details vorhanden ist, um genau herauszufinden, was Sie getan haben. Hast du * genau * befolgt, was ich oben vorgeschlagen habe? Können Sie eine Kopie der ursprünglichen Kopie erstellen und dann fsck auf der Kopie ausführen, die Ausgabe in einer Datei speichern und die Ausgabe an die Mailingliste linux-ext4@vger.kernel.org senden? Theodore Ts'o vor 6 Jahren 0
0
mangup

Meine Lösung für die Dateiwiederherstellung:

  1. Disk-Image über erstellen ddrescue.
  2. Öffnen Sie es mit dem DMDETool und kopieren Sie die Dateien.