it-swarm.com.de

Testdisk zeigt falsche Laufwerksgröße an

Ich versuche, die Daten einer beschädigten Festplatte mit testdisk wiederherzustellen. Ich habe alles gut gemacht, die Schnellsuche gemacht, die Suche vertieft und nachdem ich bestätigt hatte, dass meine Dateien von testdisk gefunden wurden, habe ich die Partitionstabelle geschrieben. und startete den Computer neu. Jetzt habe ich ein noch größeres Problem. Die Festplatte wird jetzt in testdisk als 2199-GB-Laufwerk gesät, und wenn ich sie, wie in den häufig gestellten Fragen zu Testdisk empfohlen, direkt an den SATA-Port anschließe, kann sie auch mein BIOS nicht richtig erkennen, und ich kann sie nicht Führen Sie testdisk erneut aus, da das Laufwerk mit seiner normalen Größe (das sind 500 GB) nicht erkannt wird.

Der Versuch, das Laufwerk nur zum Lesen bereitzustellen, um Daten wiederherzustellen, funktioniert ebenfalls nicht. Ich erhalte die Meldung, dass "NTFS is inconsistent".

Ich habe versucht, das Laufwerk im Windows-Datenträgermanager anzuzeigen, aber es dauert sehr lange, bis es angezeigt wird, und es wird immer noch als unformatiert angezeigt, ohne Informationen über die Größe.

enter image description here die Ausgabe von testdisk beim Erkennen des Laufwerks. Sie können sehen, dass meine persönliche Festplatte (sda) und die Festplatte, die ich wiederherstellen möchte (sdb), beide als 500 GB aufgeführt werden sollten.

Zu beachten ist, dass der von sda (meiner Festplatte) in der Liste belegte Speicherplatz der Speicherplatz ist, der von der Festplatte belegt wird, die ich wiederherstellen möchte. Tatsächlich beläuft sich der in meiner Festplatte belegte Speicherplatz auf 110 GB.

Ich kann bestätigen, dass das Laufwerk nicht tot ist, da die LEDs aufleuchten und ich spüre, dass die Festplatte läuft.

wenn ich smartmontools oder gsmartcontrol verwende, um den Festplattenstatus zu sehen, erhalte ich Folgendes als Ergebnis:

enter image description here der Detailbildschirm für das Laufwerk

Es ist sehr wichtig für mich, diese Daten wiederherzustellen, da sich das Material für das College und den Master weiterentwickelt. Mein letztes Backup ist seit einem Monat (ich kann es nicht jeden Tag durchführen, da auf meinem externen USB-Sicherungslaufwerk Speicherplatz vorhanden ist).

Ich hoffe, jemand kann helfen, und ich weiß, dass auch viele Menschen dieses Problem haben.

Fakten, die hilfreich sein können:

  • Die R-Studio-Demo war in meinem Test nutzlos. Wenn ich versuche, sie mit angeschlossenem Laufwerk zu öffnen, funktioniert das Programm einfach nicht/reagiert nicht.

  • WD Lifeguard Diagnostic ist auch kein nützlicher Test, da das Laufwerk nicht auf dem Tisch angezeigt wird.

  • Das Laufwerk sieht nicht psychisch beschädigt aus.

EDIT 1:

Wie gewünscht wird der Bildschirm [ Geometry ] angezeigt: enter image description here

Sollte ich versuchen, die Anzahl so zu ändern, dass die tatsächliche Festplattenkapazität angezeigt wird, oder gibt es eine Wiederherstellungsoption?

EDIT 2: Das Laufwerk ist ein WD Blue, Modell WD500LPVX

EDIT 3: Die Ausgabe des Befehls parted -l /dev/sdb sieht wie folgt aus: enter image description here

die Sudo grep -abiro "NTFS " /dev/sdb Befehlsausgabe gab mir nach einiger Zeit des Laufens:

grep: /dev/sdb: Input/output error

Das Korrigieren des Ausdrucks sieht aus wie das sdb, das vor dem Ausführen des Befehls "parted" deaktiviert wurde. Das obige Bild ist die tatsächliche Ausgabe.

Eines ist zu beachten: Der Befehl grep nach der ersten Ausgabe, die etwa 20 Sekunden dauert, gibt sofort dieselbe Ausgabe aus, wenn ich den Befehl erneut ausführe, ohne das Laufwerk abzuziehen.

EDIT 4:

ddrescue läuft jetzt schon einige Stunden, aber ich finde einige Punkte komisch im Verhalten der Ausgänge, wie folgt:

Zuerst ein Beispiel einiger Zeilen der status.log -Datei:

# Rescue Logfile. Created by GNU ddrescue version 1.19
# Command line: ddrescue /dev/sdc /media/sidious/Supply/dotk/bkpHD/copy.img /media/sidious/Supply/dotk/bkpHD/status.log
# Start time:   2016-07-29 01:05:36
# Current time: 2016-07-29 01:30:51
# Copying non-tried blocks... Pass 1 (forwards)
# current_pos  current_status
0x8482360000     ?
#      pos        size  status
0x00000000  0x00010000  *
0x00010000  0x00010000  ?
0x00020000  0x00010000  *
0x00030000  0x00020000  ?
0x00050000  0x00010000  *
0x00060000  0x00040000  ?

Sollte es so sein?

Zweitens ist die Befehlsausgabe hier zu sehen: enter image description here

Ich bin nicht sicher, ob die in rescued, ipos und opos angegebenen Werte falsch sind oder nicht, daher bitte ich jemanden, mir mitzuteilen, ob dies so sein soll. Das Laufwerk hat eine tatsächliche Kapazität von 500 GB, und einige der angezeigten Zahlen sind größer.

Die Größe der copy.img -Datei beträgt 0 Byte. Bedeutet dies, dass keine Daten kopiert werden oder dass keine erfolgreichen Daten wiederhergestellt werden können?

EDIT 5:

Nach einem langen Prozess und einer langen Wartezeit mit viel Neuinstallation des Laufwerks, um den Prozess am Laufen zu halten, sieht es so aus, als wäre ddrescue beendet, aber die .img -Datei enthält 0 Bytes. Habe ich etwas falsch gemacht? Ich habe nur die Anweisungen befolgt.

EDIT 6

Ich markiere diese Frage als gelöst, da der angegebene Prozess zur Behebung des Fehlers meistens funktioniert, wenn das Laufwerk nicht "tot" ist. Vielen Dank an alle, die darüber nachgedacht haben und besonders an Andrea Lazzarotto .

5
inblank

Das Laufwerk sieht nicht psychisch beschädigt aus.

Zum Glück haben Festplatten keine Gefühle. ;) Es tut mir jedoch leid, Ihnen mitteilen zu müssen, dass Ihr Laufwerk physisch beschädigt aussieht oder zumindest einen Fehler erreicht:

gibt sofort die gleiche Ausgabe aus, wenn ich den Befehl erneut ausführe, ohne das Laufwerk zu entfernen

Dies bedeutet im Grunde "nicht gut".

Die Dinge, die Sie in diesem Fall unbedingt tun müssen, sind:

  • stoppen eines Schreibvorgangs auf dem Laufwerk (Sie haben bereits den Versuch gestoppt, die Partitionstabelle mit testdisk neu zu schreiben, was gut ist)
  • erstellen einer Bitstream-Kopie (auch bekannt als Image-Datei) des fehlerhaften Laufwerks

Klonen Sie das Laufwerk

Installieren Sie zunächst das Tool ddrescue über das Paket gddrescue (das g ist kein Tippfehler). wird verwendet, um genaue Kopien fehlerhafter Laufwerke zu erstellen und so viele Informationen wie möglich zu klonen. Ich werde im Grunde genommen meine Antwort auf eine verwandte Frage zitieren:

Sudo ddrescue /dev/sdb /media/user/External/copy.img /media/user/External/status.log

Die status.log -Datei ist nicht obligatorisch, wird jedoch benötigt, wenn Sie den Vorgang anhalten und später fortsetzen möchten.

Wie Sie sehen, benötigen Sie ein anderes Laufwerk, das groß genug ist, um eine Kopie des gesamten 500-GB-Laufwerks aufzunehmen (im Grunde genommen eine Festplatte mit einer Größe von mindestens 1 TB). In meinem Beispiel ist es auf /media/user/External gemountet. Passen Sie das Beispiel an Ihre Situation an.

Das Tool ddrescue speichert seinen Fortschritt in der Datei /media/user/External/status.log. Dies ist sehr nützlich , da das Laufwerk möglicherweise aufgrund von E/A-Fehlern "verschwindet" (wie beim Greifen ). Das Programm stoppt. Sie werden das Laufwerk erneut verbinden und denselben Befehl erneut ausführen: Es wird an der Stelle fortgesetzt, an der es gestoppt wurde.

Darüber hinaus liest ddrescue zuerst "gute" und "große" Blöcke und kehrt dann zu stärker beschädigten Bereichen zurück, um später zu versuchen, die in einer einzigen Operation gelesene Datenmenge zu reduzieren, bis alle guten Bits isoliert wurden.

Obwohl das Laufwerk als 2-TB-Laufwerk angezeigt wird, handelt es sich tatsächlich um ein 500-GB-Laufwerk. Daher stoppt der Kopiervorgang des Laufwerks bei 500 GB.

Führen Sie TestDisk für die Kopie aus

Jetzt können Sie TestDisk wie zuvor verwenden, jedoch auf der Kopie:

Sudo testdisk /media/user/External/copy.img

Wenn Sie den Punkt erreicht haben, an dem Sie den Inhalt der Partition sehen (mit der Taste P nicht mit dem Schreiben der Partitionstabelle fortfahren. Verwenden Sie stattdessen die C Schlüssel zum Extrahieren der benötigten Daten (hoffentlich nicht beschädigt).

Für diesen Vorgang benötigen Sie freien Speicherplatz auf jedem Laufwerk (entweder auf dem, auf dem Sie die Bitstream-Kopie gespeichert haben, oder auf einem USB-Stick oder was auch immer), um die Dateien zu extrahieren.

Wenn TestDisk fehlschlägt

Wenn TestDisk nicht auf das NTFS-Laufwerk zugreifen kann, weil es nicht beschädigt ist, können Sie RecuperaBit verwenden, um die NTFS-Struktur wie beschrieben zu rekonstruieren in der oben genannten Antwort .

Haftungsausschluss: Ich bin der Entwickler von RecuperaBit.

4