Dateien von einer toten Festplatte retten: Ist ein vollständiges ddrescue-Abbild immer noch die "am wenigsten schädliche" Option auf einem großen Laufwerk, wenn die benötigten Dateien klein sind und nur wenige?

441
forgotten

Dies ist ein HP 15-Computer, auf dem Windows 10 ausgeführt wird, und die interne Festplatte ist fehlerhaft / tot, glaube ich physisch. Es hat nicht angefangen, ungewöhnliche Geräusche / Klicks zu erzeugen, und es scheint nicht, dass ein schwerer Kopfabsturz stattgefunden hat, nur physisch schlechte Sektoren; Ich möchte nicht das Booten starten und die Dateien retten.

Es ging von der Arbeit bis zum zufälligen Herunterfahren über Nacht neu, und für eine Weile konnte ich zum Desktop gelangen; ein paar stiefel danach konnte ich zur windows recovery gelangen, und irgendwann lief chkdsk / r / i; es gab eine große Anzahl von "unlesbaren Dateisegmenten" -Datensätzen; es korrigierte ein paar Dinge, aber nach ungefähr einem Tag schien es zu hängen und zeigte nicht einmal mehr Fortschritt, also musste ich herunterfahren. Danach konnte ich nicht einmal die Windows-Systemwiederherstellungsoptionen anzeigen. Nach diesem Punkt hat es immer zu einem schwarzen Bildschirm gebootet und ich kann nur zum BIOS gelangen.

Beim Booten von einem Linux-USB-Gerät und dem Ausführen von fdisk -l werden diese Partitionen aufgelistet:

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

Alle Partitionen außer 3 und 4 (die die Daten enthalten) werden gemountet; # 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.

Dann empfiehlt es sich, chkdsk / f auszuführen und zu Windows zu booten, aber ich mache mir Sorgen, dass chkdsk zu gefährlich ist, um ausgeführt zu werden. Jeder Schreib- / Lesezyklus kann weitere Schäden verursachen. Daher möchte ich mit ddrescue auf eine externe Festplatte klonen.

Die wichtigen Dateien sind jedoch in sehr geringer Anzahl und wahrscheinlich insgesamt unter 50-100 MB. Ich weiß jedoch nicht genau, wo sie sich befinden (es sollte jedoch offensichtliche Unterordner von Desktop / Eigene Dateien und dergleichen sein) und kann nicht auf das Dateisystem zugreifen, um es zu finden, da es beschädigt ist und nicht weiß, wie die Ordnerstruktur angezeigt wird .

Das ist meine Frage.

Ist es immer noch am sichersten, ddrescue für das Image des gesamten Laufwerks zu verwenden, oder gibt es eine Möglichkeit, nur die kleine Datenmenge abzurufen, die ich benötige, ohne trotz des beschädigten Dateisystems zu viel Schaden zu verursachen?

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

Ich versuche, die Anzahl der Lese- / Schreibzyklen zu minimieren, da dies wie eine Situation erscheint, in der jeder Versuch mehr potenziellen Schaden verursacht. Ich habe noch nie zuvor mit Linux gearbeitet und kenne keine Befehle oder Parameter, und auch "offensichtliche" Ratschläge wären hilfreich für mich (Ich habe sehr wenig Computerkenntnisse, daher entschuldige ich mich, wenn diese Frage für den Superuser ungeeignet ist.)

1

1 Antwort auf die Frage

0
Loren Pechtel

In einer Situation wie dieser wäre eine meiner Hauptregeln, dass es keine Schreibzyklen geben sollte . Angesichts von iffy-Daten würde ich keinen Versuch unternehmen, etwas auf der Festplatte wiederherzustellen. Stattdessen würde ich Tools verwenden, die die Festplatte lesen und die Daten an anderer Stelle ausschreiben.

Ich habe nie Dateien von beschädigten Medien wiederherstellen müssen. Bei jeder Wiederherstellung, die ich je durchgeführt habe, wurden Kontrolldaten (Partitionstabelle, RAID-Arrays usw.) in die Luft gejagt. Davon abgesehen, hatte ich mit R-Tools den besten Erfolg . Ich habe bis jetzt noch nichts gefunden, was es stupiert, sogar Laufwerke, die andere Programme schworen, dass dort nichts war. Beachten Sie, dass es eine Demo-Version zum Download gibt, mit der Sie sehen können, ob Ihre Daten gefunden werden können oder nicht. (Der einzige Nachteil der Demo besteht darin, dass die Größe der Dateien, die tatsächlich wiederhergestellt werden, stark eingeschränkt ist.)

Wenn die Strukturen intakt genug sind, dass Sie einfach zu den gewünschten Dateien gehen und sie wiederherstellen können, würde ich dies tun. Wenn es Löcher gibt, müssen Sie nach Ihren Daten suchen - und an diesem Punkt lesen Sie ohnehin alles. In Schritt 1 sollten Sie ein Bild erstellen und damit arbeiten.

(Ich habe keine Verbindung zu R-Tools außer einem zufriedenen Kunden.)

Verwandte Probleme