Während ich versuche, Daten von einer fehlerhaften Festplatte wiederherzustellen , führe ich den Befehl aus ddrescue
.
Der Befehl wird seit 9 Tagen ausgeführt, und ich dachte aufgrund der Geräusche der Festplattenaktivität, dass er möglicherweise etwas bewirkt. Die Befehlszeilenausgabe sah die ganze Zeit mehr oder weniger statisch aus:
$ sudo ddrescue -r3 /dev/sdb /home/dave/RECOVERY/usb500.image /home/dave/recovery_usb500.logfile
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued: 0 B, errsize: 0 B, errors: 0
Current status
rescued: 0 B, errsize: 500 GB, current rate: 0 B/s
ipos: 2539 MB, errors: 1, average rate: 0 B/s
opos: 2539 MB, time from last successful read: 9.7 d
Splitting failed blocks...
Der eine Teil, der sich geändert hat, ist, wo es heißt ipos
und opos
. Es dauerte 9 Tage, bis 500000 MB
die Größe des fehlerhaften Laufwerks erreicht war. Als es dort ankam, fiel es wieder zurück 0
und stieg wieder an. Während ich das schreibe, geht es darum 2580 MB
und zählt.
Die erstellte Bilddatei ist 0 Byte lang.
Die Protokolldatei ist ungefähr 3 MB groß und sieht folgendermaßen aus:
# Rescue Logfile. Created by GNU ddrescue version 1.14
# Command line: ddrescue -r3 /dev/sdb /home/dave/RECOVERY/usb500.image /home/dave/recovery_usb500.logfile
# current_pos current_status
0x975C3000 /
# pos size status
0x00000000 0x00862000 -
0x00862000 0x00014800 /
0x00876800 0x00800400 -
~~~~~~edited for brevity ~~~~~~~~
0x74702CCE00 0x00320000 -
0x74705ECE00 0x00025800 /
0x7470612600 0x005F3A00 -
Ich mache mir langsam Sorgen, dass dies nur Zeitverschwendung ist und überhaupt keine Daten wiederhergestellt werden.
Gibt es Hinweise auf diese Ausgabe, dass etwas Nützliches passiert?
Gibt es einen Grund, den ddrescue
Befehl unverändert fortzusetzen, oder sollte ich ihn stoppen und etwas anderes tun?
Dies ist der neueste Inhalt von /var/log/syslog
Jun 10 07:29:17 homebase-i3 kernel: [568470.316436] sd 5:0:0:0: [sdb] Sense Key : Medium Error [current]
Jun 10 07:29:17 homebase-i3 kernel: [568470.316443] sd 5:0:0:0: [sdb] Add. Sense: Unrecovered read error
Jun 10 07:29:17 homebase-i3 kernel: [568470.316450] sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 11 ff 02 98 00 00 08 00
Jun 10 07:29:17 homebase-i3 kernel: [568470.316465] end_request: critical target error, dev sdb, sector 301925016
Jun 10 07:29:17 homebase-i3 kernel: [568470.346640] sd 5:0:0:0: [sdb] Unhandled sense code
Jun 10 07:29:17 homebase-i3 kernel: [568470.346646] sd 5:0:0:0: [sdb] Result: hostbyte=invalid driverbyte=DRIVER_SENSE
Jun 10 07:29:17 homebase-i3 kernel: [568470.346651] sd 5:0:0:0: [sdb] Sense Key : Medium Error [current]
Jun 10 07:29:17 homebase-i3 kernel: [568470.346656] sd 5:0:0:0: [sdb] Add. Sense: Unrecovered read error
Jun 10 07:29:17 homebase-i3 kernel: [568470.346662] sd 5:0:0:0: [sdb] CDB: Read(10): 28 00 11 ff 02 98 00 00 08 00
quelle
--force
korrigieren Sie die Beschreibung der Option, sie ist nicht korrektSie sollten in der Lage sein, anzuhalten,
ddrescue
da die Protokolldatei verwendet wird, um den Betrieb (in der Nähe) an der Stelle neu zu starten, an der sie übrig geblieben ist. Ich würde jedoch überprüfen, ob die Protokolldatei kürzlich aktualisiert wurde, indem ich mir den Zeitstempel ansehe oder dies tuetail -f /home/dave/recovery_usb500.logfile
.Dass Ihre Image-Datei immer noch so klein ist, hat möglicherweise damit zu tun, dass noch keine Blöcke erfolgreich vom Laufwerk abgerufen wurden. Das wäre jedoch nach all der Zeit ein schlechtes Ergebnis. Angenommen, das Gerät enthält nur wenige fehlerhafte Blöcke und diese befinden sich nicht am Anfang. Der Status Ihrer ersten Einträge lautet dann
+
. IIRCddrescue
beginnt mit dem Lesen, bis ein Fehler gefunden wird, und teilt dann den Rest der Disc auf. Ihre Disc scheint von Anfang an zu versagen.Es sei denn, es gibt (mehrere)
+
Einträge im Protokoll und Ihre Dateigröße wäre immer noch.0
Ich denke nicht, dass diesddrescue
falsch ist. Nein, das+
bedeutet, dass nichts von Ihrem Laufwerk wiederhergestellt werden konnte. Das könnte gebratene Elektronik oder einen schlechten Kopf bedeuten, denn wenn nur einige Sektoren fehlerhaft wären, hätten Sie viel schneller Ergebnisse erzielt.Was etwas anderes angeht. Ich nehme an, Sie haben bereits versucht, ein paar Blöcke mit normalem dd zu lesen. Haben Sie sich das darauf basierende Syslog angesehen und alle dort gefundenen Nachrichten gegoogelt?
Die Suche nach "Ergebnis: Hostbyte = ungültiges Treiberbyte = DRIVER_SENSE" führt zu einigen interessanten Lesungen (teilweise deutsch) mit einigen weiteren Vorschlägen:
Abgesehen vom Kühlen einer nicht lesbaren Festplatte (mit Kühlspray) habe ich selbst keine davon ausprobiert.
quelle
dd
, da ich nicht weiß, was das ist. Mein Bauchgefühl ist, dass der größte Teil des Laufwerks und der Daten intakt ist, aber es gibt einen Fehler in einem kritischen Bereich der Festplatte, in dem die Indizierung oder Auflistung von Dateien stattfindet.ddrescue
davon ausgehen,dd
dass eine Ableitung davon nicht aufhört, wenn ein Fehler auftritt. Hast du nach+
Anzeichen gesucht?+
Anzeichen. Es gibt nur-
und\
Zeichen.ddrescue
es nach all dieser Zeit beginnen wird. Wenn Sie möchten, können wir uns darüber unterhalten (Link oben auf dieser Seite)/var/log/syslog
der Frage hinzugefügt .