Daten rettung

[Roman78]

Hallo an alle da draußen.

Ich hab hier mal ein Problem. Habe hier eine Platte aus einem Externen Netzwerk Gehäuse der seine Daten verloren hat. Habe diese dann an einen Windows Rechner gehangen und ein Recovery Programm laufen lassen, und dann festgestellt das es eine EXT2 Partition ist. Also platte per USB-Adapter an meiner Debian 8 Installation, da wird die platte auch erkannt, aber was jetzt? Habe noch nie per Debian (oder anderen Linux Distro) ein recovery versuch gestartet. Wenn ich die platte öffnen möchte erscheint die Meldung: 'Einhängen des Ortes nicht möglich. Datei konnte nicht eingehängt werden'. Weiteres hab ich nicht probiert.

Bitte um Hilfe....

[Theophil T.]

Hallo,

Du kannst auf der Textkonsole als root (bei angeschlossener Platte) eingeben:

Code: Alles auswählen

# fdisk -l

Dann wird eine Liste mit Festplatten und deren Partitionen ausgegeben. Du musst dann z.B. an Hand der Größe und dem Dateisystem ext2 die gewünschte Partition identifizieren.
Dann erstellst Du Dir ein Verzeichnis, in dem Du die Platte mounten kannst, also z.B.

Code: Alles auswählen

# mkdir /pfad/zu/m1

Angenommen, Deine Partition wäre /dev/sdb1, mountet folgender Befehl die Partition:

Code: Alles auswählen

# mount /dev/sdb1 /pfad/zu/m1

Falls keine Fehlermeldung kommt, versuche, auf die Daten zuzugreifen:

Code: Alles auswählen

# ls /pfad/zu/m1

PS: Vorsicht mit fdisk, falls Du nicht weißt, was Du tust, Du kannst damit auch Deine Systemplatte killen!

Theophil

[MSfree]

PS: Vorsicht mit fdisk, falls Du nicht weißt, was Du tust, Du kannst damit auch Deine Systemplatte killen!Theophil

Etwas weniger potenziell destrutiv wäre, nach dem Einstecken der USB-Platte einfach dmesg aufzurufen, da kommt dann bespielsweise (bei einem meiner USB-Sticks) folgende Ausgabe:

Code: Alles auswählen

[ 7486.878540] sd 6:0:0:1: [sdc] 15562752 512-byte hardware sectors (7968 MB)
[ 7486.880672] sd 6:0:0:1: [sdc] Write Protect is off
[ 7486.880672] sd 6:0:0:1: [sdc] Mode Sense: 23 00 00 00
[ 7486.880672] sd 6:0:0:1: [sdc] Assuming drive cache: write through
[ 7486.889584] sd 6:0:0:1: [sdc] 15562752 512-byte hardware sectors (7968 MB)
[ 7486.897484] sd 6:0:0:1: [sdc] Write Protect is off
[ 7486.897484] sd 6:0:0:1: [sdc] Mode Sense: 23 00 00 00
[ 7486.897484] sd 6:0:0:1: [sdc] Assuming drive cache: write through
[ 7486.897484]  sdc: sdc1 sdc2

Damit ist klar, daß das Gerät /dev/sdc heißt und 2 Partitionen (sdc1 und sdc2) hat.

Der Mountbefehl wäre dann für die erste Partition:

mount /dev/sdc1 /mountpoint

Und wenn man ganz auf Nummer sicher gehen will, mountet man die Partition(en) read-only:

mount -o ro /dev/sdc1 /mountpoint

[Theophil T.]

ja, das ist besser. Weitere Alternative, allerdings ohne Größenangabe:

Code: Alles auswählen

# blkid
/dev/sdb1: LABEL="daten" UUID="..." TYPE="ext4" PARTUUID="..."

Theophil

[Roman78]

Danke für die Tipps.

Also mit dmesg kommt eine Riesen liste mit [sdb] als Erkennung. Aber dann der Rest, hier mal ein Auszug, und das geht so weiter.

Code: Alles auswählen

[ 2456.645577] sd 7:0:0:0: [sdb] Unhandled sense code
[ 2456.645587] sd 7:0:0:0: [sdb]  
[ 2456.645592] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 2456.645596] sd 7:0:0:0: [sdb]  
[ 2456.645599] Sense Key : Medium Error [current] 
[ 2456.645605] Info fld=0x0
[ 2456.645609] sd 7:0:0:0: [sdb]  
[ 2456.645612] Add. Sense: Unrecovered read error
[ 2456.645617] sd 7:0:0:0: [sdb] CDB: 
[ 2456.645619] Read(10): 28 00 81 68 6c 78 00 00 08 00
[ 2456.645634] end_request: critical medium error, dev sdb, sector 2171104376
[ 2456.645642] Buffer I/O error on device sdb, logical block 271388047

Habe jetzt mit testdisk (gefunden in der Synaptic-Paketverwaltung) zugriff, bin schon mal einige Sachen die noch lesbar sind am runter kopieren. Allerdings sehr langsam und mit etwas 35% Fehler rate. Aber immerhin ab ich schon mal einige Dokumente retten können. Werde dies erst mal bis zum ende laufen lassen, und dann mal weiter sehen ob noch mehr zu retten ist.

[BenutzerGa4gooPh]

Vor Reparaturversuchen Imagekopie (1:1) des Original vornehmen und nur an der Kopie Reparaturversuche vornehmen! Kann ja auch mal schief gehen.
https://wiki.archlinux.de/title/Image-Erstellung_mit_dd
Reparaturmoeglichkeiten:
https://wiki.ubuntuusers.de/Datenrettung/
https://wiki.ubuntuusers.de/Festplatten ... mbehebung/
Viel Erfolg!

[Roman78]

Mach ich... eeeh dann brauch ich ja eine zweite 2tb platte Aber wenn er sie nicht lesen kann wie kann ich dann eine Kopie erstellen? Geht das auch mit cc?

Jetzt mach ich momentan auch nur eine Kopie der Daten die testdisk hat finden können, hab noch keine Reparatur versuche gestartet, denk ich zumindest...

Ach, zu erwähnen wäre vielleicht, es handelt sich nicht um gelöschte Dokumente. Sondern um eine platte mit Fehler.

[smutbert]

Das Image mit ddrescue machen (im Grunde macht es dasselbe wie dd, aber bei fehlerhafter Hardware etwas schlauer, weil es im ersten Durchgang nicht auf Fehlern herumreiter sondern erstmal kopiert, was sich noch problemlos lesen lässt und erst dann die fehlerhaften Bereiche noch einmal in Angriff nimmt) - hilft natürlich auch nichts, wenn sich gar nichts mehr lesen lässt...

(Eigentlich ist das Image sowieso das, was man am besten als allererstes macht, damit die Hardware nicht mitten im Retten komplett versagt oder man sich mit einem fehlgeschlagenen oder fehlerhaften Rettungsversuchen die letzte Hoffnung zunichte macht.)