[gelöst] Verschlüsselte Debian-OS-Festplatte öffnen

[Meternagel]

Versuch ein Image zu erstellen:

Code: Alles auswählen

root# ddrescue /dev/volume-gruppenname/root /home/WoPlatzIst/root.img
GNU ddrescue 1.19
Press Ctrl-C to interrupt
rescued:         0 B,  errsize:  96552 MB,  current rate:        0 B/s
   ipos:    96552 MB,   errors:       1,    average rate:        0 B/s
   opos:    96552 MB, run time:    1.89 h,  successful read:    1.89 h ago
Finished                           

Dateisystem ermitteln:

Code: Alles auswählen

root# file /home/WoPlatzIst/root.img 
/home/WoPlatzIst/root.img: empty

Also schon das nächste Problem. Wie Ihr seht dauerte die Kopie fast 2 Stunden und trotzdem scheint das Image leer zu sein...

Wäre nicht der folgende Befehl angebracht, um das Image zu erstellen?

Code: Alles auswählen

root# dd if=/dev/volume-gruppenname/root of=/home/WoPlatzIst/root.img

Quelle: https://wiki.archlinux.de/title/Image-Erstellung_mit_dd

[wanne]

Lies dir mal die Ausgabe durch:

rescued: 0 B, errsize: 96552 MB

100GiB von 100GiB können nicht gelesen werden.

Wäre nicht der folgende Befehl angebracht, um das Image zu erstellen?

Der unterschied zwischen dd und ddrescue ist, dass dd beim ersten Fehler abbricht während ddrescue es nach ein paar Byte wieder versucht. In deinem Fall hat das aber nichts genutzt. Jeder Versuch irgend was von der Platte zu lesen ist gescheitert.
Falls du die Festplatte aus dem Gehäuse nehemen kannst oder die eSATA kann, schließe sie mal direkt an. Vielleicht hat nur der USB-Controler einen Schuss.

[blutigerAnfänger]

Das mit dd kannst Du probieren, es wird wohl genauso scheitern. Das Tool ddrescue ist zum Auslesen defekter Datenträger gedacht (siehe man ddrescue).
Ich habe von einem intakten Datenträger die Volume Group problemlos mit ddrescue kopieren und mit losetup einhängen & mounten können. D.h. das beschriebene funktioniert genau so, aber in Deinem Fall hat die Festplatte offensichtlich einen Defekt. Daher auch die Probleme. Probiere doch mal ob Du mit ddrescue das unverschlüsselte Device-File kopieren kannst - oder versuche am Besten die ganze Platte wie sie ist. Schau Dir dazu ddrescue nochmal genauer an, Du wirst es dd wahrscheinlich vorziehen.

Gruß
blutigerAnfänger

Rechtlicher Hinweis: Anwendung auf eigene Gefahr. Ich hafte für nichts, egal was.

[blutigerAnfänger]

Jetzt wäre wieder die Ausgabe von smartctl interessant, einfach analog auf /dev/sd<Buchstabe den die Festplatte hat> etwa:

Code: Alles auswählen

smartctl -a /dev/sda

Vielleicht gibt's auch noch etwas interessantes an Debug-Nachrichten zu lesen:

Code: Alles auswählen

dmesg

listet Dir diese Nachrichten auf, etwas nach Anstecken eines USB-Geräts usw. so kannst Du etwa den "Laufwerksbuchstaben" herausfinden.


Rechtlicher Hinweis: Anwendung auf eigene Gefahr. Ich hafte für nichts, egal was.

[Meternagel]

Hallo

Falls du die Festplatte aus dem Gehäuse nehemen kannst oder die eSATA kann, schließe sie mal direkt an. Vielleicht hat nur der USB-Controler einen Schuss.

Der USB-Adapter sollte ok sein. Wie Eingangs erwähnt, ist auf der Platte ein Debian-OS das Totalschaden erlitten hat. Ich versuche es jetzt einfach mit über USB von einem funktionierenden Debian-Computer zu retten, weil der usrprüngliche Computer auch sonst "physisch angeschlagen" ist .

Code: Alles auswählen

root# smartctl -a /dev/sdb
smartctl 6.4 2014-10-07 r4002 [i686-linux-3.16.0-4-686-pae] (local build)
Copyright (C) 2002-14, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Model Family:     Hitachi Travelstar 5K100
Device Model:     HTS541010G9SA00
Serial Number:    MP4MCN0HKG2PDSJ
Firmware Version: MBZIC60R
User Capacity:    100'030'242'816 bytes [100 GB]
Sector Size:      512 bytes logical/physical
Device is:        In smartctl database [for details use: -P show]
ATA Version is:   ATA/ATAPI-7 T13/1532D revision 1
Local Time is:    Tue Nov 15 09:45:04 2016 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART Status command failed: scsi error medium or hardware error (serious)
SMART overall-health self-assessment test result: FAILED!
Drive failure expected in less than 24 hours. SAVE ALL DATA.
Warning: This result is based on an Attribute check.
See vendor-specific Attribute list for failed Attributes.

General SMART Values:
Offline data collection status:  (0x82)	Offline data collection activity
					was completed without error.
					Auto Offline Data Collection: Enabled.
Self-test execution status:      (   0)	The previous self-test routine completed
					without error or no self-test has ever 
					been run.
Total time to complete Offline 
data collection: 		(  645) seconds.
Offline data collection
capabilities: 			 (0x5b) SMART execute Offline immediate.
					Auto Offline data collection on/off support.
					Suspend Offline collection upon new
					command.
					Offline surface scan supported.
					Self-test supported.
					No Conveyance Self-test supported.
					Selective Self-test supported.
SMART capabilities:            (0x0003)	Saves SMART data before entering
					power-saving mode.
					Supports SMART auto save timer.
Error logging capability:        (0x01)	Error logging supported.
					General Purpose Logging supported.
Short self-test routine 
recommended polling time: 	 (   2) minutes.
Extended self-test routine
recommended polling time: 	 (  66) minutes.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000b   094   094   062    Pre-fail  Always       -       983051
  2 Throughput_Performance  0x0005   106   106   040    Pre-fail  Offline      -       4527
  3 Spin_Up_Time            0x0007   253   253   033    Pre-fail  Always       -       0
  4 Start_Stop_Count        0x0012   097   097   000    Old_age   Always       -       4848
  5 Reallocated_Sector_Ct   0x0033   100   100   005    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000b   064   064   067    Pre-fail  Always   FAILING_NOW 11665408
  8 Seek_Time_Performance   0x0005   124   124   040    Pre-fail  Offline      -       38
  9 Power_On_Hours          0x0012   072   072   000    Old_age   Always       -       12520
 10 Spin_Retry_Count        0x0013   100   100   060    Pre-fail  Always       -       0
 12 Power_Cycle_Count       0x0032   098   098   000    Old_age   Always       -       3978
191 G-Sense_Error_Rate      0x000a   100   100   000    Old_age   Always       -       0
192 Power-Off_Retract_Count 0x0032   096   096   000    Old_age   Always       -       307495833
193 Load_Cycle_Count        0x0012   064   064   000    Old_age   Always       -       366293
194 Temperature_Celsius     0x0002   203   203   000    Old_age   Always       -       27 (Min/Max 10/55)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       13
197 Current_Pending_Sector  0x0022   100   100   000    Old_age   Always       -       1
198 Offline_Uncorrectable   0x0008   100   100   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x000a   200   253   000    Old_age   Always       -       0

Read SMART Error Log failed: Die Wartezeit für die Verbindung ist abgelaufen

Read SMART Self-test Log failed: scsi error device will be ready soon

Read SMART Selective Self-test Log failed: scsi error device will be ready soon

Und hier noch die Zeilen für dmesg, wenn ich USB aus- und wieder einstecke.

Code: Alles auswählen

[ 9312.313378] usb 4-1: USB disconnect, device number 2
[ 9405.568122] usb 4-1: new high-speed USB device number 3 using ehci-pci
[ 9405.701808] usb 4-1: New USB device found, idVendor=11b0, idProduct=6298
[ 9405.701818] usb 4-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 9405.701824] usb 4-1: Product: SNA-DC/U
[ 9405.701830] usb 4-1: Manufacturer: Kingston
[ 9405.701836] usb 4-1: SerialNumber: 398746098734123455109284
[ 9405.702556] usb-storage 4-1:1.0: USB Mass Storage device detected
[ 9405.703225] scsi5 : usb-storage 4-1:1.0
[ 9406.700807] scsi 5:0:0:0: Direct-Access     Kingston SNA-DC/U         1.14 PQ: 0 ANSI: 4
[ 9406.701232] sd 5:0:0:0: Attached scsi generic sg2 type 0
[ 9406.701756] sd 5:0:0:0: [sdc] 195371567 512-byte logical blocks: (100 GB/93.1 GiB)
[ 9406.702625] sd 5:0:0:0: [sdc] Write Protect is off
[ 9406.702628] sd 5:0:0:0: [sdc] Mode Sense: 23 00 00 00
[ 9406.703254] sd 5:0:0:0: [sdc] No Caching mode page found
[ 9406.703258] sd 5:0:0:0: [sdc] Assuming drive cache: write through
[ 9406.781275]  sdc: sdc1 sdc2 < sdc5 >
[ 9406.783883] sd 5:0:0:0: [sdc] Attached SCSI disk
[ 9408.400766] EXT4-fs (sdc1): mounting ext2 file system using the ext4 subsystem
[ 9408.405627] EXT4-fs (sdc1): warning: mounting unchecked fs, running e2fsck is recommended
[ 9408.407047] EXT4-fs (sdc1): mounted filesystem without journal. Opts: (null)

[schwedenmann]

Hallo


ID7 von smart sagt doch schon alles!


mfg
schwedenmann

[Meternagel]

Ja, die Frage wäre jetzt einfach wie weiter?

Sollte ich es jetzt mal mit fsck versuchen, auch ohne das image?
Oder gibt es doch noch Möglichkeiten, ein image zu erstellen?

[DeletedUserReAsG]

die Frage wäre jetzt einfach wie weiter?

Neue Platte besorgen, Backup draufspielen, alte Platte dem Recycling zuführen.

[Tintom]

Ja, die Frage wäre jetzt einfach wie weiter?

Sollte ich es jetzt mal mit fsck versuchen, auch ohne das image?
Oder gibt es doch noch Möglichkeiten, ein image zu erstellen?

Es wird nichts bringen, da ddrescue bereits eine Ebene tiefer ansetzt und wenn dort schon nichts mehr gelesen werden kann...
Die Platte scheint tot, also wirst du auf Softwareebene nicht mehr weiter kommen.

[wanne]

An den Smart Daten kann man ziemlich deutlich sehen das die Platte ziemlich am Arsch ist:

Code: Alles auswählen

  1 Raw_Read_Error_Rate     0x000b   094   094   062    Pre-fail  Always       -       983051
  7 Seek_Error_Rate         0x000b   064   064   067    Pre-fail  Always   FAILING_NOW 11665408

Was aber interessant ist:

Code: Alles auswählen

  9 Power_On_Hours          0x0012   072   072   000    Old_age   Always       -       12520
192 Power-Off_Retract_Count 0x0032   096   096   000    Old_age   Always       -       307495833

https://kb.acronis.com/content/9127
Wenn ich das richtig verstehe wurde die Platte im schnitt wurde die Platte 21 mal pro Sekunde abgeschaltet/in Stanby gefahren.
Das klingt, als ob da irgend was ganz massiv bei der Zerstörung mitgehlofen hat. (Lockeres Kabel/kaputtes board…)

Der USB-Adapter sollte ok sein.

Wenn dir die Daten wirklich wichtig sind, würde ddrescue trotzdem mal über SATA versuchen. Die Platte ist offensichtlich am Arsch. Und viele USB-controller kommen schon mit ungewöhnlicheren funktionstüchtigen Platten nicht zurecht. So viele Seek Errors wie die macht, wird si z.B. deutlich mehr Strom brauchen…
Ansonsten: Die Platte gehört in den Schrott.

[DeletedUserReAsG]

Wenn ich das richtig verstehe wurde die Platte im schnitt wurde die Platte 21 mal pro Sekunde abgeschaltet/in Stanby gefahren.

Man kann nicht davon ausgehen, dass die RAW-Werte das aussagen, was man glaubt, das sie aussagen könnten. Von Bedeutung ist der interpretierte/normalisierte Wert:
1 ist zum Beispiel zwar nicht gut, aber kein eindeutiger Hinweis darauf, dass die Platte kaputt ist: der interpretierte Wert ist über dem vorgegebenen Threshold. Bei 7 hingegen ist’s klar.

Auch würde ich nicht davon ausgehen, dass 192 sich auf Abschaltungen bezieht – das würde ich eher dem Load Cycle Count zurechnen.

[Meternagel]

Übrigens scheint mit dd statt ddrescue die Erstellung eines Images zu funktionieren.

Code: Alles auswählen

root# dd if=/dev/volume-gruppenname/root of=/media/woPlatzIst/root.img
188579840+0 Datensätze ein
188579840+0 Datensätze aus
96552878080 Bytes (97 GB) kopiert, 41419.3 s, 2.3 MB/s

[Meternagel]

Die Frage nach dem FileSystem wäre jetzt auch geklärt:

Code: Alles auswählen

root# file root.img 
root.img: Linux rev 1.0 ext4 filesystem data, UUID=12k9480s-3kl4-02o9-1234-1235435f678d (needs journal recovery) (extents) (large files) (huge files)

[Meternagel]

Jetzt würde ich gerne versuchen, das System zu reparieren:

Du musst unbedingt herausbekommen welches Filesystem (vermutlich ext3/ext4) root hat.
Dann kannst Du mit geladenem Image:

Code: Alles auswählen

fsck.ext4 /dev/loop0

ausführen um eine manuelle Prüfung zu machen (loop0 oder ein anderes Loop-Device).

Was ich hier noch nicht verstehe, ist der Pfad /dev/loop0. Was bedeutet hier loop0 und warum machen wir nicht einfach Folgendes?

Code: Alles auswählen

fsck.ext4 /media/woPlatzIst/root.img

Code: Alles auswählen

root# fsck.ext4 root.img 
e2fsck 1.42.12 (29-Aug-2014)
root.img: Journal wird wiederhergestellt
Die Anzahl der freien Inodes wird auf 5329502 gesetzt (war 5329500)
Die Anzahl der freien Blöcke wird auf 2361371 gesetzt (war 2361368)
root.img: sauber, 568738/5898240 Dateien, 21211109/23572480 Blöcke

[blutigerAnfänger]

Glückwunsch zur (hoffentlich) erfolgreichen Imageerstellung. Ein /dev/loop0 hatte ich verwendet, weil ich dachte Du möchtest es später gleich mounten. Warum ddrescue nicht funktioniert hat ist ein Mysterium, aber egal jetzt müsstest Du das Image ja mounten können und an die Daten wieder herankommen.

Zur Erklärung: loop0 ist der Name eines Loop-Geräts, ein virtuelles Block-Gerät welches eine Datei als Speicher nutzt, aufgesetzt wird es mit losetup
Bei mount kann man eine Datei nur über ein Loop-Gerät einbinden, mount wählt das loop-Gerät (dann aber nur wenn die Option mit angegeben ist) und mountet dann das virtuelle Block-Gerät.

Gruß
blutigerAnfänger

Rechtlicher Hinweis: Anwendung auf eigene Gefahr. Ich hafte für nichts, egal was.

[Meternagel]

Ok. Danke für die Erklärungen.

Der Vollständigkeit halber hier noch der Weg, wie ich das Ganze zu Ende bringen konnte:

Code: Alles auswählen

root# file root.img
root.img: Linux rev 1.0 ext4 filesystem data, UUID=10101010101020123 (extents) (large files) (huge files)


root# fsck.ext4 root.img 
e2fsck 1.42.12 (29-Aug-2014)
root.img: Journal wird wiederhergestellt
Die Anzahl der freien Inodes wird auf 5329502 gesetzt (war 5329500)
Die Anzahl der freien Blöcke wird auf 2361371 gesetzt (war 2361368)
root.img: sauber, 568738/5898240 Dateien, 21211109/23572480 Blöcke

root# parted root.img
GNU Parted 3.2
Using /media/woPlatzIst/My Book/root.img
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) unit                                                             
Unit?  [compact]? B                                                       
(parted) print                                                            
Model:  (file)
Disk /media/woPlatzIst/root.img: 96552878080B
Sector size (logical/physical): 512B/512B
Partition Table: loop
Disk Flags: 

Number  Start  End           Size          File system  Flags
 1      0B     96552878079B  96552878080B  ext4

(parted) quit

root# mount -o loop,ro,offset=0 root.img /mnt
root# ls /mnt/
root	<diverse_andere_directories>

Danach konnte ich ohne Probleme ins /mnt/root directory wechseln und die ganzen Daten sichern.

Danke allen, die mitgeholfen haben. Ich bin sehr froh, dass das geklappt hat.

Grüsse
Meternagel

Quelle für parted: http://www.schnatterente.net/software/d ... ge-mounten