ddrescue dauert Monate, welche Optionen habe ich?

Ich versuche, Daten von einem fehlerhaften externen USB-Laufwerk eines Freundes zu retten. Das Problem mit dem Laufwerk ist, dass es nicht gelesen werden kann, nicht unter Windows, nicht unter Linux. Es gelingt mir jedoch, ddrescue auf dem Laufwerk auszuführen und ein Image des Laufwerks für die spätere Verarbeitung zu erstellen.

Ich habe den Prozess jedoch im Januar dieses Jahres gestartet und er wurde ohne Unterbrechung ausgeführt und läuft immer noch. Also jetzt über 5 Monate. Zuerst lief es mit ungefähr 2000 b / s, jetzt fiel es auf 200 b / s zurück. Es rettete ungefähr 27 GB Daten (Laufwerk ist 2 TB) und laut Freund ist dies auch mehr oder weniger die Datenmenge, die auf dem Laufwerk gespeichert wurde. Die gerettete Größe nimmt immer noch zu, aber veeeeeeeeeery langsam. ZB in den letzten 3 Wochen stieg es um 200mb.

Gibt es eine Möglichkeit, den Prozess zu stoppen und einfach mit dem fortzufahren, was bisher gerettet wurde, oder muss ddrescue wirklich den gesamten Prozess abschließen, um mit der IMG-Datei zu arbeiten?

Heute hat ddrescue aufgehört, weil das Laufwerk verschwunden ist. Unten sehen Sie ein Bild von dem, was ich auf dem Bildschirm habe, während der ddrescue-Protokoll-Viewer ausgeführt wird. Ich bin mir nicht sicher, ob er eine Vorstellung von der Situation gibt. Ich habe ddrescue neu gestartet und es läuft wieder mit der gleichen langsamen Geschwindigkeit wie zuvor.

data-recovery ddrescue

— Baz
quelle

ähnliche Frage: unix.stackexchange.com/q/366901/30851 - aber jeder Fehler ist anders, manchmal ist es nur ein totes Laufwerk.

— Frostschutz

Ich bin sicher, Sie meinten MB = Megabyte und nicht MB = Milibit ... (Entschuldigung, hatte einen Lehrer, der daran gearbeitet hat, also kann ich mir nicht helfen ... ;-)

— Baard Kopperud

Wenn ich Ihren Screenshot richtig gelesen habe, läuft er übrigens nicht mehr. ("Eingabedatei verschwunden")

— Frostschutz

Ja, Korrekt Baard Kopperud :) Und auch Frostschutz korrigieren. Ich habe den Befehl neu gestartet und er wird jetzt wieder ausgeführt, immer noch mit der gleichen langsamen Geschwindigkeit. Zu diesem Zeitpunkt bin ich nicht mehr so an der Verarbeitung des gesamten Laufwerks interessiert, da mein Freund sagt, dass sich nur noch etwa 25 bis 30 GB auf dem Laufwerk befinden. Der gerettete Betrag ist also schon viel, wenn alles abgelesen werden kann. Kann ich mit der img-Datei arbeiten, bevor ddrescue die Verarbeitung beendet hat, oder sollte ich warten, bis sie zu 100% abgeschlossen ist? Kann ich jetzt zu den zusätzlichen Parametern im Befehl wechseln oder muss ich von vorne beginnen?

— Baz

Sie können die Parameter ändern und die Protokolldatei behalten, damit sie nicht von vorne beginnt. Auf einer solchen Fahrt lohnt es sich auch, ddrescuerückwärts zu laufen . Übrigens, Sie haben geschrieben, dass es sich um ein externes USB-Laufwerk handelt. Haben Sie versucht, das Laufwerk aus dem Gehäuse zu entfernen (wahrscheinlich SATA) und ein brandneues SATA-zu-USB-Kabel zu verwenden?

— Andrea Lazzarotto

Sie sollten wahrscheinlich bis zur 100% igen Fertigstellung warten, bevor Sie die Wiederherstellung versuchen. Laut dem Protokoll-Viewer ddrescueist es gelungen, eine Streuung von Blöcken von verschiedenen Teilen der Festplatte (den grünen Bereichen) wiederherzustellen, in vielen Bereichen (den roten Bereichen) schlechte Sektoren gefunden zu haben und hat nicht einmal große Teile der Festplatte betrachtet Scheibe (die gelben und blauen Bereiche).

Der Viewer zeigt an, dass der erste Teil der Festplatte fehlerhafte Sektoren aufweist. Dies bedeutet, dass ddrescuees nicht gelungen ist, den Dateisystem-Header oder verwandte Metadaten wiederherzustellen. Darüber hinaus verteilen die meisten Dateisysteme ihre Daten aus Leistungsgründen auf der Festplatte. Daher ist es unwahrscheinlich, dass viele der wiederhergestellten Sektoren mit den Sektoren korrelieren, auf denen Daten gespeichert sind.

Möglicherweise können Sie die Phase "Wiederherstellen der einfachen Teile" beschleunigen, ddrescueindem Sie die Optionen --no-scrapeoder übergeben --no-trim, um das Ausprobieren beschädigter Sektoren gänzlich zu vermeiden, oder die --reverseOption, die Festplatte von hinten nach vorne zu lesen. Sie können auch versuchen, mit Werten für die --skip-sizeOption herumzuspielen, um festzustellen, ob größere oder kleinere Werte als der Standardwert (20 MB für Ihre Festplatte) die Geschwindigkeit erhöhen.

— Kennzeichen
quelle