Wiederherstellung der Datenträgerdaten nach Teilformat - TestDisk und PhotoRec konnten nichts finden

620
Ward D.S.

Also versuchte ich, einen bootfähigen USB-Stick zu erstellen, um Windows für einen Freund neu zu installieren, begann jedoch versehentlich die falsche Festplatte zu partitionieren (wahrscheinlich der dümmste Fehler, den ich hätte machen können).

Diese Diskette ist eine 1-TB-WD Black im NTFS-Format, die als D: -Laufwerk mit Windows verbunden ist, um eine Vielzahl von Fotos, Dokumenten, Filmen und Spielinstallationen zu erstellen - die grundlegenden Dinge für Zuhause. Auf dem Laufwerk befanden sich etwa 400 GB Dateien (dh es waren etwa 40% belegt).

Die folgende Abfolge von Ereignissen ist aufgetreten:

diskpart select disk 1 // wrong disk number clean create partition primary select partition 1 active format fs=ntfs // note the missing 'quick' argument 

Als ich meinen Fehler feststellte, waren es dann etwa 3%. Also drücke ich Ctrl+ C, um die Formatierung abzubrechen.

Im Festplattenverwaltungstool von Windows wird das Laufwerk jetzt als funktionsfähige, aktive, primäre NTFS-Partition angezeigt, die zu 100% frei ist und eine Kapazität von 931 GB aufweist.

Nach einigem Googeln habe ich TestDisk heruntergeladen . Ich habe versucht zu analysieren und dann die tiefere Analyse des Laufwerks, das gerade mit einer verfügbaren, vollständig leeren Partition zurückkam. Die einzigen gefundenen Dateien befanden sich im Ordner "System Volume Information". Es schien nicht in der Lage zu sein, MFT-Kopien oder verlorene Partitionen wiederherzustellen, aber ich bin kein Experte für diese Dinge. Vielleicht habe ich etwas falsch gemacht - ich war mir nicht sicher, welche Anleitungen und Schritte ich folgen sollte, da ich mehr getan habe als ein einfaches diskpart clean.

Nachdem das alles fehlgeschlagen war, versuchte ich PhotoRec auszuführen, um zu sehen, ob Dateien gefunden werden konnten. Das scheiterte auch mit 0 gefundenen Dateien.

Ich habe keine Ideen mehr, aber nach meinem (eingeschränkten) Wissen wurden höchstens 3% des Laufwerks im Format umgeschrieben. Daher sollte der Rest des Laufwerks über intakte Daten verfügen, die wiederhergestellt werden können. Was kann ich noch probieren?

Update: Mit Frhed, einem Hex-Editor zum Laden der Partition, wurde "Ein Fehler beim Lesen der Festplatte ... BOOTMGR wurde komprimiert" (Bild unten) angezeigt. Beim Versuch, durch die Sektoren zu scrollen, wird alles mit 0 angezeigt - aber ohne einen Boot-Sektor kann er nicht gelesen werden. Ist dies zuverlässig?

Update 2: Laut dieser Frage im Tom's Hardware-Forum wird die Formatierung mit Ctrl+ Czum Unterbrechen des Befehls nicht wirklich gestoppt. Sie wird in einem separaten Prozess im Hintergrund ausgeführt. Da ich meinen PC nicht sofort neu gestartet habe, hat er tatsächlich die gesamte Festplatte überschrieben. Vielen Dank für all die Hilfe, ich hätte diese Frage nicht stellen müssen, wenn ich das früher gewusst hätte.

Hex-Editor-Ausgabe

0
(1) Eine der Hauptregeln für das Wiederherstellen von Informationen von einem beschädigten / kompromittierten Speichervolume (z. B. einer Festplatte) lautet *** Schreiben Sie nicht **, bis Sie fertig sind und Sie bereit sind, aufzugeben lösche es einfach. * (Ich bin überrascht, dass der verlinkte Thread das nicht erwähnt.) Ich glaube, dass das Ausführen eines `diskpart'-Befehls wie` clean` nur eine sehr geringe Chance hat, hilfreich zu sein und eine hohe Wahrscheinlichkeit schädlich zu sein . … (Fortsetzung) Scott vor 5 Jahren 0
(Forts.)… (2) Falls [der Kommentar von Xen2050 (zu ihrer Antwort)] (https://superuser.com/q/1368631/150988#comment2059490_1368655)) nicht eindeutig ist - das Problem "Ein Fehler beim Lesen der Festplatte" Text, den Sie sehen, ist Teil der Daten in Sektor 0 * - es ist keine *** Fehlermeldung von Frhed. Ich habe es aus Ihrem Titel entfernt, da dies sehr irreführend ist. … (Fortsetzung) Scott vor 5 Jahren 0
(Fortsetzung)… (3) Sie benötigen keinen Bootsektor, um von einer Festplatte lesen zu können. Aber in der Tat glaube ich, dass der Screenshot, den Sie zeigen, ein Boot-Sektor ist. In jedem Fall deutet die Tatsache, dass Sie lesen konnten, darauf hin, dass Sie erfolgreich von der Festplatte lesen (und dass die Festplatte leider viele Nullen enthält). Wie Xen2050 (etwas unklar) vorschlägt, sollten Sie, wenn Sie zu Sektor 86000000 springen (≈ 44 GB; dh ungefähr 4% des Weges in die Festplatte), einige echte Daten sehen. Scott vor 5 Jahren 0
Danke für diesen Scott. Ich kann eigentlich nicht nachvollziehen, was ich getan habe, um meine Daten zu überschreiben, aber es wurde vorgeschlagen, dass ich herumsprang und mitFrh zu verschiedenen Teilen des Laufwerks ging. Es ist alles 0. Das einzige, was mir einfällt, ist, dass der Formatierungsbefehl nie wirklich beendet wurde, sondern eher weiter im Hintergrund oder war eines der Dinge, die ich mit TestDisk gemacht hatte, völlig falsch und überschrieb meine Daten? Ich bin hier eigentlich verblüfft, weil das "nicht schreiben" für mich auch sehr offensichtlich war, und ich war ziemlich hoffnungsvoll, dass ich meine Dateien zurückbekommen würde - bis mir alle empfohlenen Tools fehlschlugen ... Ward D.S. vor 5 Jahren 0

1 Antwort auf die Frage

1
Xen2050

Wie waren Partitionen ursprünglich da? Wenn nur eine vorhanden ist, hat sich die Größe möglicherweise nicht geändert, und testdisk konnte keine anderen Partitionen finden (möglicherweise wurden jedoch Dateien gefunden, die wiederhergestellt werden konnten. Haben Sie nach Dateien gesucht?).

PhotoRec sollte auf jeden Fall einige Dateien gefunden haben, die wiederhergestellt werden konnten, es sei denn, sie waren sehr klein und alle überschriften sich in den ersten 3%. Wurde auf jeden Fall das richtige Laufwerk gelesen und nach allen Dateitypen gesucht? Wenn nicht, haben Sie möglicherweise nur nach 1 oder 2 Dateitypen gesucht und es wurde einfach keiner gefunden.

TestDisk und PhotoRec verfügen beide über großartige Webseiten mit Dokumentation wie TestDisk Step by Step, um verlorene Partitionen wiederherzustellen und beschädigten FAT / NTFS-Bootsektor zu reparieren .

(Ich benutze gerne eine GUI, um gpartedzu sehen, was zuerst überschrieben wird, und versuche, andere Laufwerke getrennt zu halten oder zumindest im Schlaf zu halten, um diese Art von Problemen zu vermeiden, und auch Backups sind wichtig.)

Hey, da war nur die einzelne Partition, also stimmt es, dass sich die Partitionsgröße nicht geändert hat. Ich werde mit Testdisk und PhotoRec weiter scannen. Auf dem Laufwerk befanden sich etwa 400 GB Dateien. Denken Sie, dass es sinnvoll wäre, `diskpart clean 'erneut zu erstellen, sodass TestDisk ein nicht partitioniertes Laufwerk zur Verfügung hat? Ward D.S. vor 5 Jahren 0
Wenn sich die Partition an derselben Stelle wie das Original befindet, sollte sie nichts ändern oder helfen, indem sie gelöscht und erneut erstellt oder gelöscht wird. Photorec sollte etwas finden, Sie könnten sich das Laufwerk selbst mit einem Hex-Editor ansehen (ich segne gerne, es scrollt schnell durch ein großes Gerät / eine große Datei) oder lesen Sie zufällige Stellen mit `dd ... skip = ... | hd | less` und sehen, was wirklich da ist, da alle Nullen überall ungewöhnlich wären. Das Überschreiben des gesamten Laufwerks sollte so langsam wie das Beschreiben des gesamten Laufwerks sein Xen2050 vor 5 Jahren 0
Kommentar zur Ausgabe des Hexeditors hinzugefügt. Ich werde google dafür nachsehen und sehen, ob ich das beheben kann und ob es den Tools ermöglichen würde, mehr vom Laufwerk zu finden. Ward D.S. vor 5 Jahren 0
Die Meldung "Ein Plattenlesefehler ist aufgetreten ..." wird nur beim Lesen der Platte in der Text- / ASCII-Ausgabe angezeigt, oder? Es ist also nur das, was dort geschrieben steht, es sei denn, es gibt andere System- / Fehlermeldungen. Sollten mehr lesbare Daten (etwas außer Nullen) 10% oder 25% oder 50% in der Platte sein, wenn PhotoRec dort etwas gefunden hätte ... Xen2050 vor 5 Jahren 0
Ja, der Hexeditor gibt mir also überall 0-Werte, die nicht am Anfang oder ganz am Ende liegen (letzte und erste Sektoren sind ähnlich, mit der Fehlermeldung von meinem screencap in der ASCII-Ausgabe). Wie ich es geschafft habe, alles mit Nullen zu überschreiben, ist mir unbekannt. Ctrl-C hätte die Formatierung hätte annullieren sollen und ich war mit TestDisk vorsichtig, um nichts zu tun, was auf das Laufwerk geschrieben werden würde. Die einzigen Langzeitoperationen waren Analyse und tiefere Analyse. Ich war zuversichtlich, dass diese Tools funktionieren würden, aber anscheinend habe ich genug durcheinander gebracht, um meine Daten vollständig zu überschreiben. Danke für die Hilfe. Ward D.S. vor 5 Jahren 0