NTFS-Partition ist verloren, aber Daten (sollten) dort vorhanden sein, wie kann man sie wiederherstellen?

766
Attilio

Kurz gesagt: Ich habe Probleme mit einer verlorenen Partition und Testdisk kann mein Problem nicht lösen. Alles lässt mich denken, dass sich Dateien auf der Festplatte befinden, aber ich weiß nicht, wie ich sie zurückbekommen kann. Ich bin auch kein englischer Muttersprachler, also entschuldige ich mich dafür, dass ich Fehler gemacht habe.

Einzelheiten

Ich habe versucht, die Größe einer NTFS-Partition auf meinem Laufwerk mit gparted zu ändern (Linux lief), aber der Vorgang schlug fehl und ich verlor das Dateisystem.

Dies war die Scheibe VOR:

125 GB - primary - NTFS (windows) 3 GB - primary - linux swap 21 GB - primary - ext4 (linux)

Ich wollte das so machen: Verkleinere die NTFS-Partition VON LINKS, um freien Speicherplatz am Anfang der Festplatte zu schaffen. In gparted habe ich die Partitionen folgendermaßen bearbeitet:

60 (more or less) GB - unallocated 60 (more or less) GB - primary - NTFS (windows) (shrink) swap and ext4 same as before (unchanged)

und klickte auf "Übernehmen". Während des Prozesses las ich, was los war: Es wurden 30 GB Daten vom ersten Teil von HD auf die neue, kleinere NTFS-Partition übertragen. Dieser Teil war erfolgreich (Sie wissen, der Verkleinerungsprozess besteht aus mehreren Teilen und diese Dateiübertragung war in Ordnung). Dann schätze ich, dass gparted versucht hat, die neue MFT zu erstellen und den MBR zu aktualisieren, der aber fehlgeschlagen ist. Mein größter Fehler des Tages war, dass ich die Protokolle nicht gespeichert habe (speichert gparted die Protokolle automatisch?), Aber soweit ich mich erinnere, war der Fehler so etwas wie "freie Cluster mehr als erwartet". Nun, das Ergebnis ist folgendes:

67 GB - primary - NTFS (gparted says: "Failed to load runlist for $MFT/$DATA. highest_vcn = 0xc747, last_vcn - 1 = 0x1633b . Failed to load $MFT: Input/output error . NTFS is inconsistent") 57 GB - unallocated swap and linux are unchanged

Ich habe Testdisk von einem bootfähigen USB-Gerät aus ausgeführt, ich habe einen schnellen Scan durchgeführt, aber es wurde nichts Neues gefunden. Beim Deep Scan wurde eine zusätzliche NTFS-Partition gefunden:

NTFS 0 32 48 16305 55 6 261941233

Wenn ich jedoch "enter" oder "p" eingebe, um Dateien anzuzeigen, heißt es "Partition ist beschädigt".

Einige Notizen:

1) Es ist seltsam, dass meine Anweisungen darin bestehen, vor NTFS freien Speicherplatz zu erstellen. Was gparted jetzt jedoch sieht, ist nicht zugewiesener Speicherplatz NACH NTFS. Und NTFS ist inkonsistent. Vielleicht hat gparted die neue MFT in der ersten Partition erstellt und nicht in die zweite Partition kopiert?

2) Von dem, was ich während der Operation gelesen habe, sollten sich die Dateien alle im nicht zugewiesenen Bereich befinden. Wie kann ich sie finden? Ich würde versuchen, sie auf geordnete Weise wiederherzustellen, da ich bei Verwendung von PhotoRec jegliche Verzeichnisstruktur verlieren würde.

Was soll ich machen? bitte helfen oder meine Freundin bringt mich um! (es ist ihr Computer ..: O)

0
Auch wenn die Frage etwas anders ist, gilt diese Lösung auch für Sie: https://superuser.com/a/1144489/278831 Andrea Lazzarotto vor 6 Jahren 1

2 Antworten auf die Frage

1
Attilio

So konnte ich endlich einige Dateien von der Festplatte wiederherstellen. Ich weiß, dass ein Teil der Antwort außerhalb des Themas sein wird (da ich viele Windows-Programme verwendet habe), aber der Vollständigkeit halber möchte ich meine Erfahrungen für zukünftige Benutzer teilen.

Die wichtigste Lektion, die ich gelernt habe, ist das Sichern Ihrer Daten, bevor Sie eine Partition neu definieren .

Da TestDisk mir trotz Deep Scans nicht half, entschied ich mich für PhotoRec . Glücklicherweise hatte ich ein Festplatten-Backup, das 3 bis 4 Monate alt war. Daher wollte ich alle Dateien von der Festplatte wiederherstellen und nur nützliche Dateien filtern, die nach der letzten Sicherung erstellt wurden.

Der erste Scan mit PhotoRec war für die gesamte Festplatte. Es stellte 5700 Dateien (2,12 GB) wieder her, begann dann jedoch in einer Schleife, und die Anzahl der Sektoren ging zurück.

Beim 2. Scan habe ich eingestellt, nur die NTFS-Hälfte zu scannen. Es wurden 56800 Dateien (40 GB) wiederhergestellt.

Ich musste die zweite Hälfte des Datenträgers scannen, so dass ich den gesamten Datenträgerscan erneut gestartet habe, ich habe ihn angehalten und die Sitzungsprotokolldatei bearbeitet. Ich habe manuell eine Zahl eingegeben, die einige Millionen Sektoren vor dem Ende des bereits vorhandenen Teils war. Ich startete erneut PhotoRec, ich sagte, er solle die Sitzung fortsetzen und .. magisch! Es gelang, nur die 2. Hälfte der Festplatte zu scannen. Es wurden 128400 Dateien gefunden (43,5 GB).

Ich habe die 3 Scans in einen Ordner mit dem Namen "PR_scans" mit FreeFileSync kopiert .

Ich habe Cygwin installiert. Ich habe einen weiteren leeren Ordner mit dem Namen "Processing" erstellt, in dem ich nützliche Dateien abfängt und mit der Sicherung vergleicht.

In Cygwin verwendete ich Befehle wie:

find PR_scans/ -iname '*.jpg' -size +250k -exec mv -vi {} Processing/ \;

um nützliche Dateien zu finden. Ich fand, dass 250.000 eine gute Ausschlussgröße waren, um persönliche Fotos von Internet-Cache-Dateien zu trennen. Für andere Arten von Dateien habe ich keine Mindestgröße festgelegt:

find PR_scans/ -iname '*.docx' -exec mv -vi {} Processing/ \;

Ich habe diesen Vorgang für alle sinnvollen Dateierweiterungen (doc, xls, xlsx, pdf, png, mov, avi usw.) wiederholt.

Ich habe schließlich mit Duplicate Cleaner Free alle Dateien aus dem Verarbeitungsordner entfernt, die bereits in meinem alten Backup vorhanden waren.

Der Entwickler von RecuperaBit hat mich auf dieser Website kontaktiert, daher habe ich beschlossen, dieses Tool zu testen, das ziemlich magisch ist.

RecuperaBit fand insgesamt 13772 Dateien (22,2 GB), verglichen mit 13500, 30,8 GB, was der Größe meines 3 Monate alten Backups entsprach. Das scheint ziemlich gut zu sein. Von diesen Dateien:

  • 8700 Dateien waren exakte Duplikate von Dateien in meinem alten Backup
  • 4000+ Dateien hatten den gleichen Namen, aber unterschiedlichen Inhalt, weil sie in der Zwischenzeit geändert wurden oder RecuperaBit beschädigten Inhalt wiederhergestellt hat.
  • Am interessantesten: 395 waren Duplikate von PhotoRec-Dateien, die sich nicht in meinem Backup befanden. Dies bedeutet, dass PhotoRec den Inhalt wiederhergestellt hat, RecuperaBit jedoch Dateinamen und Pfad wiederhergestellt hat !!
0
Loren Pechtel

Unter der Annahme, dass der Umzug tatsächlich wie erwartet verlief, sollten die Daten vorhanden sein.

Obwohl ich nicht weiß, wie ich die Partitionstabelle neu aufbauen kann, habe ich erfolgreich Daten von einem Laufwerk mit einer zerstörten Partitionstabelle wiederhergestellt.

http://www.r-studio.com/

Obwohl ich keinen Erfolg versprechen kann, ist der Versuch kostenlos - die Demoversion ist nur eingeschränkt, da sie nicht in der Lage ist, nicht-triviale Dateien wiederherzustellen. Sie sehen genau das, was es denkt, dass es dort ist, und Sie können kleine Sachen wiederfinden, um einen Blick darauf zu werfen, dass es gesund ist.

Beachten Sie, dass Sie ein anderes Laufwerk benötigen, um diesen Ansatz zu verwenden.

Während Sie dies versuchen, 20 Wimpern für das Spielen mit einem Partitionseditor ohne vollständige Sicherung!

(Ich habe keine Verbindung zum Unternehmen, außer mit dem Ergebnis sehr zufrieden zu sein, da jedes andere Tool, das ich ausprobierte, keine Squat-Aktionen ausführen konnte, da die Partitionstabelle aufgrund einer RAID-Situation nicht an einem Standardstandort abgelegt wurde.)

Verwandte Probleme