Verwenden von dd zum Abbilden einer beschädigten Windows-Festplatte?

Was ist der richtige Weg dd(oder etwas anderes - asr?), Um ein Image einer beschädigten, aber lesbaren Windows-Festplatte zu erstellen?

Wenn das, was ich verwende (siehe unten), korrekt ist, ist es dann möglich, dass ein Image einer Festplatte nicht gemountet werden kann, wenn die Originalfestplatte es ist?

Hintergrundinfos :

Das Dateisystem der Festplatte ist auf einem Windows-System nicht lesbar: Die Festplatte wird in der Datenträgerverwaltung als „roh“ angezeigt. Es ist jedoch in macOS (10.14) lesbar und ich kann einzelne Dateien daraus kopieren.

Das Ziel ist jedoch, wenn möglich die gesamte Festplatte auf ein lesbares Image zu kopieren und dann mit diesem Image zu arbeiten (Partitionstabelle reparieren, verbleibende Dateien wiederherstellen) und nicht mit der fehlerhaften Festplatte, die ich fürchte, dass sie jederzeit beendet werden kann.

Hier ist der Befehl, den ich verwendet habe, um ein Image einer 500-GB-Windows-Festplatte zu erstellen, die von einem Dell-Computer stammt und eine Reihe fehlerhafter Blöcke und anscheinend eine beschädigte Partitionstabelle aufweist:

sudo dd if=/dev/rdisk3 of=/Volumes/exFAT_Vol/rdiskX.dmg bs=4M conv=noerror,sync

Kopiert schnell (40 MB/s über USB 2.0), scheint aber kein korrektes (bereitstellbares) Image zu erstellen: „keine bereitstellbaren Dateisysteme“ beim Versuch, es im Finder zu mounten.

Einige Quellen (z. B. Wiederherstellen einer toten Festplatte mit dd von 2005) schlagen vor, dies zu verwenden bs=512, und es ist jetzt in Bearbeitung - kopiert jedoch mit etwa 4 MB / s, was mehr als einen Tag dauern wird - und ich bin mir nicht einmal sicher, ob es funktionieren wird.

Einige der relevanten Informationen über die Festplatte und ihre Partitionen:

Volume type : Physical Device
BSD device node : disk3
Connection : USB
Device tree path : IODeviceTree:/PCI0@0/XHC1@14
Writable : No
Is case-sensitive : No
Volume capacity : 500,107,862,016
Available space (Purgeable + Free) : 0
Purgeable space : 0
Free space : 0
Used space : 500,107,862,016
Owners enabled : No
Is encrypted : No
Can be verified : No
Can be repaired : No
Bootable : No
Journaled : No
Disk number : 3
Media name : Generic External Media
Media type : Generic
Ejectable : Yes
Solid state : No
S.M.A.R.T. status : Not Supported

Volume type : Physical Volume
BSD device node : disk3s2
Mount point : /Volumes/Untitled
File system : Windows NT File System (NTFS)
Connection : USB
Device tree path : IODeviceTree:/PCI0@0/XHC1@14
Writable : No
Is case-sensitive : No
File system UUID : AC8CB496-EAD2-47A2-BB36-2A981976BC2B
Volume capacity : 500,064,122,880
Available space (Purgeable + Free) : 373,903,597,568
Purgeable space : 0
Free space : 373,903,597,568
Used space : 126,160,525,312
File count : 176,730
Owners enabled : No
Is encrypted : No
System Integrity Protection supported : No
Can be verified : No
Can be repaired : No
Bootable : No
Journaled : No
Disk number : 3
Partition number : 2
Media name : 
Media type : Generic
Ejectable : Yes
Solid state : No
S.M.A.R.T. status : Not Supported
Parent disks : disk3
Nur noch ein paar Anmerkungen (ich bin jetzt in Eile, also ist es keine vollständige Antwort): Sie sollten es mit GNU ddrescue klonen, Sie können es mit Testdisk durchsuchen und Sie könnten sogar RecuperaBit verwenden, um den Inhalt zu lesen (Haftungsausschluss: Ich bin der Autor).
Die Frage bezieht sich auf die Verwendung von dd - also gehe ich davon aus, dass Ihr Kommentar impliziert, dass ddes das falsche Tool für die Aufgabe ist? Können Sie sagen, warum?
Angesichts der Tatsache, dass Sie von einer Festplatte gesprochen haben, „die eine Reihe fehlerhafter Blöcke aufweist“, fällt mir als erstes ein, anstelle ddrescuevon dd. Andernfalls müssten Sie schlechte Blöcke vollständig überspringen (Sie erhalten auch keine einfachen Stopp- / Wiederaufnahmefähigkeiten ddoder einen schönen Fortschrittsstatus).

Antworten (1)

Basierend auf dem, was ich bisher getan habe, und den Kommentaren, die ich zu „ Recover a dead hard drive using dd “ gelesen habe:

  • ddbeschädigte Medien nicht abbilden oder klonen, um das Ergebnis gleichermaßen montierbar oder lesbar zu machen, in mehreren Fällen, einschließlich meines;
  • Es gibt kein alternatives Tool in Stock MacOS, das das kann.

Ausführlicher:

  • Der Befehl, den ich in der Frage verwendet habe, ist der "richtige" Weg - aber in vielen Fällen der Arbeit mit beschädigten Medien wird kein Bild erstellt, das wie das Original gemountet und gelesen werden kann. Im Grunde verfehlt es seine Aufgabe.
  • Es gibt keine Alternative innerhalb von macOS (wie ASR), die beschädigte, aber lesbare Medien klonen oder abbilden kann. ASR(oder sein GUI-Geschwister, das Festplattendienstprogramm) springt aus, sobald ein E/A-Fehler auftritt, wie z. B. fehlerhafte Blöcke auf dem Medium.
  • Ich habe keine anderen Tools ausprobiert, die nicht Teil von macOS sind (wie z. B. ddrescueoder dd_rescueim verlinkten Artikel erwähnt) - meine Antwort bezieht sich nur auf Tools, die Teil von macOS sind.

Die Antwort basiert auf mehreren Kommentaren in „ Recover a dead hard drive using dd “, die meine Erfahrung widerspiegeln: ddabgeschlossen, aber das Image kann nicht gemountet werden. Ie ddscheint kein nah genug Bild von den Medien geschaffen zu haben.

Folgendes habe ich versucht:

  • Verwenden Sie sudo dd if=/dev/rdiskX of=/Volumes/exFAT_Vol/image.dmg bs=4M conv=noerror,syncund sudo dd if=/dev/rdiskXsY of=/Volumes/exFAT_Vol/image.dmg bs=4M conv=noerror,synczum Abbilden der Medien. Keines der Images kann gemountet werden, mit Fehlern wie „Folgende Datenträger konnten nicht geöffnet werden: keine montierbaren Dateisysteme“.
  • Verwenden Sie das resultierende Image zum Wiederherstellen auf einem (fehlerfreien) physischen Medium über sudo dd if=/Volumes/exFAT_Vol/image.dmg of=/dev/rdiskZ bs=4M conv=noerror,sync- mit einem ähnlichen Ergebnis: Das physische Medium kann nicht gemountet werden und zeigt im Gegensatz zum beschädigten Original keine Partitionsinformationen wie " File system : Windows NT File System (NTFS)" an.
  • Versuchen Sie, „Erste Hilfe“ im „Festplattendienstprogramm“ zu verwenden, um die Images oder Klone zu reparieren. Keiner hat funktioniert, mit Fehlermeldungen wie:
    • Fixing damaged partition map. The operation couldn’t be completed. (com.apple.DiskManagement error -69874.) Operation failed….

Was ich noch nicht ausprobiert habe:

  • Verwenden Sie ddeinen anderen bs=Wert, z. B. 512, anstelle von 4m. Braucht zu lange.
  • Verwenden Sie ddohne die conv=syncOption, dh verwenden Sie nur conv=noerroreine. (Ich hatte nur noch keine Gelegenheit, es zu versuchen - jeder Versuch dauert 4-5 Stunden.)
  • ddeher mit konventionellen als mit rohen Geräten verwenden - zB /dev/disk4eher als /dev/rdisk4.
  • Klonen direkt vom beschädigten Medium auf ein gesundes physisches Medium unter Umgehung der Imaging-Phase.
  • Alle anderen Tools außer dd, Disk Utility, asr.

Ich hoffe, dies hilft jemand anderem in der gleichen Situation und hoffe wirklich, dass meine Antwort falsch ist: dh ich hoffe, dass es eine Möglichkeit gibt, ddin dieser Situation zu arbeiten, um montierbare Bilder von beschädigten, aber lesbaren / montierbaren Medien zu erstellen.

Verwenden von dd zum Abbilden einer beschädigten Windows-Festplatte?
AntwortenHierDatenschutz-Bestimmungen1y, 1v