
Ich führe den folgenden Befehl auf einem 500 GB-Laufwerk aus:
ddrescue --force --direct /dev/sde2 /home/backups/sde2.img sde2_logfile.ddrescue
Es sind jedoch fast 24 Stunden vergangen und bisher wurden nur knapp 10 GB gespeichert:
-rw-r--r-- 1 root root 9.2G Jul 22 13:35 sde2.img
Habe ich einen falschen Befehl eingegeben, der dazu führt, dass dieser Vorgang länger dauert als er sollte?
Antwort1
Es wird allgemein empfohlen, dass Sie ddrescue-Operationen in drei Phasen durchführen, wie beschriebenHier, mithilfe einer Protokolldatei, sodass die mehreren Durchgänge im laufenden Betrieb zusammengeführt werden können.
Führen Sie zunächst einen Schnelldurchgang mit zwischengespeicherten Lesevorgängen (kein --direct) durch und führen Sie keine ernsthafte Wiederherstellung durch. Mit diesem Schritt sollten Sie den Großteil Ihrer Daten wiederherstellen können, es sei denn, das Laufwerk ist sehr beschädigt.
ddrescue --no-split /dev/hda1 imagefile logfile
Versuchen Sie es dann ohne Zwischenspeicherung mit Aufteilen, brechen Sie aber jeden fehlerhaften Bereich nach drei fehlgeschlagenen Versuchen ab.
ddrescue --direct --max-retries=3 /dev/hda1 imagefile logfile
und versuchen Sie abschließend, alle verbleibenden Fehlerbereiche erneut zu trimmen. Wenn keine Wiederherstellung möglich ist, brechen Sie erneut ab.
ddrescue --direct --retrim --max-retries=3 /dev/hda1 imagefile logfile
Beachten Sie, dass Sie mit diesem Ansatz alle unbeschädigten Daten so schnell wie möglich im Voraus erhalten. Selbst wenn mit den anderen Wiederherstellungsoptionen nicht genügend Daten vom Laufwerk wiederhergestellt werden können, um es mounten zu können, können Sie dennoch File-Carving-Dienstprogramme wie PhotoRec verwenden, um intakte Dateien bekannter Typen aus dem Image wiederherzustellen.