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

[wanne]

? welche ?

Use 'smartctl -a' (or '-x') to print SMART (and more) information

Aber ich tippe mal ganz stark, dass das PW bzw. das Tastaturlayout nicht stimmt.

[Meternagel]

Ok. Klar. Das ging unter.

Code: Alles auswählen

# tail -f /var/log/syslog 

Nov 13 11:13:13 deb wpa_supplicant[1032]: nl80211: send_and_recv->nl_recvmsgs failed: -33
Nov 13 11:13:29 deb kernel: [ 2032.932161] usb 1-1: new high-speed USB device number 4 using ehci-pci
Nov 13 11:13:29 deb kernel: [ 2033.065387] usb 1-1: New USB device found, idVendor=11b0, idProduct=6298
Nov 13 11:13:29 deb kernel: [ 2033.065397] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov 13 11:13:29 deb kernel: [ 2033.065404] usb 1-1: Product: SNA-DC/U
Nov 13 11:13:29 deb kernel: [ 2033.065409] usb 1-1: Manufacturer: Kingston
Nov 13 11:13:29 deb kernel: [ 2033.065415] usb 1-1: SerialNumber: 212334455625568656453423
Nov 13 11:13:29 deb kernel: [ 2033.066152] usb-storage 1-1:1.0: USB Mass Storage device detected
Nov 13 11:13:29 deb kernel: [ 2033.066324] scsi5 : usb-storage 1-1:1.0
Nov 13 11:13:29 deb mtp-probe: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:1a.7/usb1/1-1"
Nov 13 11:13:29 deb mtp-probe: bus: 1, device: 4 was not an MTP device
Nov 13 11:13:30 deb kernel: [ 2034.064990] scsi 5:0:0:0: Direct-Access     Kingston SNA-DC/U         1.14 PQ: 0 ANSI: 4
Nov 13 11:13:30 deb kernel: [ 2034.065950] sd 5:0:0:0: Attached scsi generic sg2 type 0
Nov 13 11:13:30 deb kernel: [ 2034.067506] sd 5:0:0:0: [sdb] 195371567 512-byte logical blocks: (100 GB/93.1 GiB)
Nov 13 11:13:30 deb kernel: [ 2034.068238] sd 5:0:0:0: [sdb] Write Protect is off
Nov 13 11:13:30 deb kernel: [ 2034.068243] sd 5:0:0:0: [sdb] Mode Sense: 23 00 00 00
Nov 13 11:13:30 deb kernel: [ 2034.068857] sd 5:0:0:0: [sdb] No Caching mode page found
Nov 13 11:13:30 deb kernel: [ 2034.068861] sd 5:0:0:0: [sdb] Assuming drive cache: write through
Nov 13 11:13:30 deb kernel: [ 2034.121150]  sdb: sdb1 sdb2 < sdb5 >
Nov 13 11:13:30 deb kernel: [ 2034.123982] sd 5:0:0:0: [sdb] Attached SCSI disk
Nov 13 11:13:31 deb kernel: [ 2034.718412] EXT4-fs (sdb1): mounting ext2 file system using the ext4 subsystem
Nov 13 11:13:31 deb kernel: [ 2034.725102] EXT4-fs (sdb1): warning: mounting unchecked fs, running e2fsck is recommended
Nov 13 11:13:31 deb kernel: [ 2034.726670] EXT4-fs (sdb1): mounted filesystem without journal. Opts: (null)
Nov 13 11:13:31 deb udisksd[1341]: Mounted /dev/sdb1 at /media/romet/1871690f-6830-433e-859d-092831327a3c on behalf of uid 1000
Nov 13 11:13:31 deb org.gtk.Private.UDisks2VolumeMonitor[1203]: index_parse.c:190: indx_parse(): error opening /media/romet/1822690f-6831-432e-855d-092831327i3c/BDMV/index.bdmv
Nov 13 11:13:31 deb org.gtk.Private.UDisks2VolumeMonitor[1203]: index_parse.c:190: indx_parse(): error opening /media/romet/1822690f-6831-432e-855d-092831327i3c/BDMV/BACKUP/index.bdmv

Ich hoffe das hilft weiter.

[Meternagel]

Und hier noch das:

Code: Alles auswählen

# smartctl -a /dev/sdb5
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 ===
Vendor:               Kingston
Product:              SNA-DC/U
Revision:             1.14
User Capacity:        100'030'242'304 bytes [100 GB]
Logical block size:   512 bytes
scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0
scsiModePageOffset: response length too short, resp_len=4 offset=4 bd_len=0
>> Terminate command early due to bad response to IEC mode page
A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options.

Das mit der Tastatur sollte eigentlich kein Problem sein bei meinem Passwort. Das Passwort sollte eigentlich Richtig sein.
Allerdings spricht die Fehlermeldung, welche ich jetzt bekomme leider für Deine These.

Code: Alles auswählen

Error unlocking /dev/sdb5: Command-line `cryptsetup luksOpen "/dev/sdb5" "luks-eba87072-029a-4a8e-bbd5-c39e3092e386" ' exited with non-zero exit status 2: Kein Schlüssel mit dieser Passphrase verfügbar.

Beim öffnen mit Thunar. Siehe oben: am Anfang war es noch non-zero exit status 4. Wieso das jetzt geändert hat ist mir allerdings schleierhaft.

[Meternagel]

OK. Jetzt hat es geklappt. War übrigens kein Tastaturfehler - aber eine falsche Zahl.
Allerdings hat die gestern tatsächlich noch nicht funktioniert.

Code: Alles auswählen

# udisksctl unlock --block-device /dev/sdb5
Passphrase: 
Unlocked /dev/sdb5 as /dev/dm-3.

Könnt Ihr mir noch helfen, wie ich das entschlüsselte Laufwerk jetzt mounten kann?

[DeletedUserReAsG]

mount /dev/dm-3 /gewünschter/mountpoint wäre mein Versuch …

[Meternagel]

mount /dev/dm-3 /gewünschter/mountpoint wäre mein Versuch …

Code: Alles auswählen

# mount /dev/dm-3 /media/username/
mount: unknown filesystem type 'LVM2_member'

Wenn ich übrigens /media/root nehme kommt die gleiche Fehlermeldung.

[DeletedUserReAsG]

Dann gehört es zu ‘nem LV, und das sollte zunächst gestartet werden. Weißt du tatsächlich nicht mehr, wie du das System seinerzeit aufgesetzt hast? Dann solltest du beim nächsten System Notizen machen, damit’s beim nächsten Mal nicht alles nach und nach zum Vorschein kommt ….

[blutigerAnfänger]

Hallo,

jetzt wo es erfolgreich "eingehängt" ist musst Du nur noch die Volume-Gruppen aktivieren.
Such mal nach Gruppen mit:

Code: Alles auswählen

vgscan

Mittels:

Code: Alles auswählen

vgchange -ay <Volume-Gruppenname>

aktivierst Du alle logischen Volumes der Volume-Gruppe, die müssten dann unter

Code: Alles auswählen

/dev/<Volume-Gruppenname>/...

root etc. zu finden sein. Pass auf das Du nur die Volume-Gruppen von der zu rettenden Festplatte anfasst. (Notfalls mal die Manpages konsultieren.)
Dann kannst Du die logischen Volumes wieder mounten.


Auflisten der VG's:

Code: Alles auswählen

lvs

Aushängen der VG's geht mit (vorher alles gemountete unmounten):

Code: Alles auswählen

vgchange -an <Volume-Gruppenname>

Gruß
blutigerAnfänger


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

[Meternagel]

Das klappt alles, bis auf das mounten:

Code: Alles auswählen

root# vgscan
  Reading all physical volumes.  This may take a while...
  Found volume group "volume-gruppenname" using metadata type lvm2
  Found volume group "deb-vg" using metadata type lvm2

root# vgchange -a y <volume-gruppenname>
  2 logical volume(s) in volume group "volume-gruppenname" now active

root# ls /dev/<volume-gruppenname>/
root  swap_1

root# ls -la /dev/<volume-gruppenname>/
insgesamt 0
drwxr-xr-x  2 root root   80 Nov 13 15:39 .
drwxr-xr-x 19 root root 3480 Nov 13 15:39 ..
lrwxrwxrwx  1 root root    7 Nov 13 15:39 root -> ../dm-4
lrwxrwxrwx  1 root root    7 Nov 13 15:39 swap_1 -> ../dm-5

root# lvs
  LV     VG        Attr       LSize   Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  root   deb-vg -wi-ao---- 142.74g                                                    
  swap_1 deb-vg -wi-ao----   6.07g                                                    
  root   <volume-gruppenname>     -wi-a-----  89.92g                                                    
  swap_1 <volume-gruppenname>     -wi-a-----   3.00g                 

Dann das mounten

Code: Alles auswählen

root@debian:/media/root# mount /dev/dm-4 /media/root/
root@debian:/media/root# ls
root@debian:/media/root# ls -la
insgesamt 8
drwxr-x---+ 2 root root 4096 Nov 12 17:18 .
drwxr-xr-x  5 root root 4096 Nov 12 17:02 ..

Ich sehe das Verzeichnis nirgends...

[blutigerAnfänger]

Oh alles klar, das sieht nicht so gut aus. Solltest Du Rettungsversuche unternehmen wollen dann mache ein Festplattenabbild, vielleicht gleich die ganze Volume Group mit ddrescue in ein Image-File speichern und mit losetup einbinden und alle reparaturversuche mit dem Abbild probieren.

Gruß
blutigerAnfänger


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

[Meternagel]

Ja klar. Aller mit dem richtigen Namen ersetzt.

Es scheint also alles geklappt zu haben, ausser dass ich jetzt nicht weiss, wo ich den Inhalt der Platte finden kann.

[blutigerAnfänger]

Weißt Du das Dateisystem mit dem root formatiert war?

[Meternagel]

Es war ein Debian Betriebssystem, Standardinstallation. Das sollte ext2 oder ext3 sein...

[blutigerAnfänger]

Ich würde jetzt eine Kopie von der root Volume Group machen und mit der Image-Datei versuchen ein paar Rettungstools auf das Image loszulassen.

Code: Alles auswählen

apt-get update
apt-get install gddrescue

dann eine Sicherung von root erstellen:

Code: Alles auswählen

ddrescue /dev/volume-gruppenname/root /home/WoPlatzIst/root.img

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).

Hinweis: root darf nicht mehr gemountet sein für fsck und ddrescue

Gruß
blutigerAnfänger


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

[blutigerAnfänger]

Mach mal ein

Code: Alles auswählen

file /home/WoPlatzIst/root.img

das sollte Dir den Namen des Dateisystems liefern.

Gruß
blutigerAnfänger

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

[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.