Re: Festplatten verschlüsselt?

[Horst Balzer <horst@hbalzer.de>]

Am Freitag, 8. März 2013, 12:29:37 schrieb Heiko Schlittermann:

> Das geht nicht. Sie werden als verschlüsselt „markiert“, anschließend
> werden alle neuen Daten dort verschlüsselt abgelegt. In der Regel wird
> es so ablaufen:
> 
>     1 raw device (Partition)  /dev/sda1
>     2 Verschlüsselung                                    (cryptsetup
> luksFormat) 3 Öffnen des verschlüsselten Blockdevice            
> (cryptsetup luksOpen /dev/sda1 A1) 4 Erstellen eines Filesystems auf
> dem offenen Device (mkfs /dev/mapper/A1) 5 Einhängen und Nutzen des
> offenen Devices           (mount /dev/mapper/A1 /mnt)

Soweit ist es doch gar nicht gekommen, da ich schon bei der 
Verschlüsselung einer der Partitionen auf sda abgebrochen hatte.
sdb und sdc wurden da erst nur für die Verschlüsselung vorgemerkt, 
möglicherweise wären sie, da nicht leer, also gar nicht verschlüsselt 
worden. Aber dafür ist es jetzt eh zu spät...

> Vielleicht hast Du auch Glück, wenn Du
> 
>     fsck -t ext3 /dev/sdb1
> 
> machst.

Werde ich auch mal probieren...

fsck -t ext4 /dev/sdb1

fsck from util-linux 2.20.1
fsck: fsck.crypto_LUKS: not found
fsck: error 2 while executing fsck.crypto_LUKS for /dev/sdb1

Scheint nichts zu bringen, ich will aber auch nichts überschreiben, indem 
ich das FS neu anlege.

> Nicht „file -s /dev/sdb“, sondern „file -s /dev/sd*“, ich will sie alle
> sehen!

Sorry, hier:

file -s /dev/sd*
/dev/sda:  sticky x86 boot sector; partition 1: ID=0x83, active, starthead 
32, startsector 2048, 24119296 sectors; partition 2: ID=0x5, starthead 
254, startsector 24123390, 286334978 sectors; partition 3: ID=0x83, 
starthead 254, startsector 310472190, 666295875 sectors, code offset 0x63
/dev/sda1: sticky Linux rev 1.0 ext4 filesystem data, UUID=d2accddd-
c14d-4005-b9f5-3659d0db26cd (needs journal recovery) (extents) (large 
files) (huge files)
/dev/sda2: sticky x86 boot sector; partition 1: ID=0x82, starthead 254, 
startsector 2, 32428032 sectors; partition 2: ID=0x5, starthead 254, 
startsector 32428034, 97656832 sectors, extended partition table, code 
offset 0x0
/dev/sda3: sticky Linux rev 1.0 ext4 filesystem data, 
UUID=6f0b5bb7-3ebf-4180-936c-fb7fab5ff0e2 (needs journal recovery) 
(extents) (large files) (huge files)
/dev/sda5: sticky Linux/i386 swap file (new style), version 1 (4K pages), 
size 4053503 pages, no label, UUID=8d28de2e-cfa1-439c-a5c0-a68d25c69f59
/dev/sda6: sticky Linux rev 1.0 ext4 filesystem data, UUID=a4221de1-
e4c1-4e5b-b0be-b9b108e8d57f (needs journal recovery) (extents) (large 
files) (huge files)
/dev/sda7: sticky Linux rev 1.0 ext4 filesystem data, UUID=50cf7472-
ba9d-4d61-a42e-3f37ac144998 (needs journal recovery) (extents) (large 
files) (huge files)
/dev/sda8: sticky Linux rev 1.0 ext4 filesystem data, 
UUID=d76792a2-1a75-4d06-b8eb-55817547cc7a (needs journal recovery) 
(extents) (large files) (huge files)
/dev/sdb:  sticky x86 boot sector; partition 1: ID=0x83, starthead 32, 
startsector 2048, 3907026944 sectors, code offset 0x63
/dev/sdb1: sticky LUKS encrypted file, ver 1 [aes, xts-plain64, sha1] UUID: 
96073411-5203-47d3-8cba-3da2a8ea15aa
/dev/sdc:  sticky x86 boot sector; partition 1: ID=0x83, starthead 32, 
startsector 2048, 3907026944 sectors, code offset 0xb8
/dev/sdc1: sticky LUKS encrypted file, ver 1 [aes, xts-plain64, sha1] UUID: 
56e35d89-a089-466a-b42c-2c18b1ce1935

Viele Grüße

Horst