Dateien von einer toten Festplatte retten: Ist ein Full-D-Rescue-Image immer noch die Option mit der geringsten Beschädigung auf einem großen Laufwerk, wenn die benötigten Dateien klein und klein sind?


1

Dies ist ein HP 15 Computer, auf dem Windows 10 ausgeführt wird und dessen interne Festplatte ausfällt / tot ist, glaube ich physisch. Es hat nicht begonnen, ungewöhnliche Geräusche / Klicks zu erzeugen, und es scheint, als sei kein schwerer Kopfabsturz aufgetreten, nur physisch fehlerhafte Sektoren. Ich möchte nicht versuchen, es zu booten und möchte nur die Dateien retten.

Es ging von einwandfreiem Betrieb bis zum zufälligen Herunterfahren über Nacht, und für eine Weile konnte ich zum Desktop gelangen; Nach ein paar Starts konnte ich Windows wiederherstellen, und irgendwann ließ ich chkdsk / r / i laufen. Es gab eine große Anzahl von "Dateisegment nicht lesbaren" fehlerhaften Sektoraufzeichnungen. es korrigierte eine Reihe von Dingen, aber nach ungefähr einem Tag schien es zu hängen und würde nicht einmal mehr Fortschritte zeigen, also musste ich herunterfahren. Danach wurden nicht einmal die Windows-Systemwiederherstellungsoptionen angezeigt. Nach diesem Punkt bootete es immer auf einem schwarzen Bildschirm und ich kann nur zum BIOS gelangen.

Beim Booten von einem Linux-USB-Stick und Ausführen von fdisk -l werden die folgenden Partitionen aufgelistet:

  • 1 - Windows-Wiederherstellungsumgebung
  • 2 - EFI-System
  • 3 - Microsoft vorbehalten
  • 4 - Microsoft Basisdaten (~ 450 GB)
  • 5 - Windows-Wiederherstellungsumgebung
  • 6 - Microsoft Basisdaten

Alle Partitionen außer 3 und 4 (die die Daten haben) werden eingehängt; # 4 schlägt mit Fehler fehl:

ntfs_attr_pread_i: ntfs_pread failed: Input/output error
Failed to read NTFS $Bitmap: Input/output error
NTFS is either inconsistent, or there is a hardware fault, or it's a SoftRAID/FakeRAID hardware.

Es wird dann empfohlen, chkdsk / f auszuführen und Windows zu booten, aber ich mache mir Sorgen, dass chkdsk zu gefährlich ist, um ausgeführt zu werden. Jeder Lese- / Schreibzyklus kann weiteren Schaden anrichten. Daher hoffe ich, mit ddrescue auf eine externe Festplatte klonen zu können.

Die Anzahl der wichtigen Dateien ist jedoch sehr gering und liegt wahrscheinlich unter 50-100 MB. Ich weiß jedoch nicht genau, wo sie sich befinden (aber es sollten offensichtliche Unterordner von Desktop / Eigene Dateien und dergleichen sein) und kann nicht auf das Dateisystem zugreifen, um es zu lokalisieren, da es beschädigt ist und nicht weiß, wie die Ordnerstruktur zu sehen ist .

Das ist also meine Frage.

Ist es immer noch am sichersten, mit ddrescue ein Image des gesamten Laufwerks zu erstellen, oder gibt es eine Möglichkeit, trotz des beschädigten Dateisystems nur die geringe Datenmenge abzurufen, die ich benötige, ohne zu viel Schaden zu verursachen?

Gibt es noch etwas, das ich tun sollte, oder ein kostenloses Dienstprogramm, das ich verwenden könnte, um dies sicherer zu machen oder mehr Informationen über den Zustand der Festplatte zu erhalten?

Ich versuche, die Anzahl der Lese- / Schreibzyklen zu minimieren, weil es so aussieht, als würde jeder Versuch mehr potenziellen Schaden verursachen. Ich habe noch nie mit Linux gearbeitet und weiß nichts über Befehle oder Parameter, und jeder "offensichtliche" Rat wäre hilfreich für mich.

Antworten:


0

In einer Situation wie dieser wäre es eine meiner Hauptregeln, die es geben sollte Null Schreibzyklen. Angesichts fragwürdiger Daten würde ich keinen Versuch unternehmen, etwas auf der Festplatte wiederherzustellen. Stattdessen würde ich Tools verwenden, die den Datenträger lesen und die Daten an anderer Stelle ausgeben.

Ich musste noch nie Dateien von beschädigten Datenträgern wiederherstellen. Bei jeder Wiederherstellung sind Kontrolldaten (Partitionstabelle, RAID-Arrays usw.) in die Luft gesprengt worden. Trotzdem hatte ich den besten Erfolg R-Tools . Ich habe noch nichts gefunden, was es stumpte, sogar Laufwerke, von denen andere Programme schworen, dass dort nichts war. Beachten Sie, dass es eine Demoversion zum Herunterladen gibt, mit der Sie feststellen können, ob Ihre Daten gefunden wurden oder nicht. (Der einzige Nachteil der Demo ist, dass die Größe der tatsächlich wiederherzustellenden Dateien stark eingeschränkt ist.)

Wenn die Strukturen intakt genug sind, dass Sie einfach zu den gewünschten Dateien gehen und sie wiederherstellen können, ist das, was ich tun würde. Wenn es Lücken gibt, müssen Sie nach Ihren Daten suchen - und an diesem Punkt lesen Sie sowieso alles. Schritt 1 sollte darin bestehen, ein Bild zu erstellen und damit zu arbeiten.

(Ich habe keine andere Verbindung zu R-Tools als ein zufriedener Kunde.)

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.