Dotaz: Externí HDD - dmcrypt/LUKS

[necojakolinux]

Příloha:

• screen.jpg (123497 bytů)

Zdravím .. Pracovala jsem se svým externím HDD, který byl zašifrovaný dmcrypt . Vše pracovalo, data jsem normálně používala naposledy cca před 5 dny. Dnes po připojení píše fdisk že je celý prázdný a nemá ani vytvořené oddíly. :/ Docela mě to ... neb jsem celé vánoce na něj zálohovala data.

Snažím se přijít na to co se stalo : fdisk :

Disk /dev/sdd: 931,5 GiB, 1 000 204 664 832 bajtů, 1 953 524 736 sektorů
Jednotky: sektorů po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Typ popisu disku: dos
Identifikátor disku: 0x386fcf1a

Snažila jsem sem dát výpis z smartctl ale s USB diskem to nějak nechce mluvit. Tak jsem to aspoň vyfotila z gnome-disks

Poradil by mi někdo co s tím ? Nebo jsem definitivně o ty data přišla .

Odpovědi

[necojakolinux]

Jen dodám . Zálohovanou header luksu nemám . Jukla jsem na návod na ZDE nenašla jsem tam ale nic s tím že z disku zmizlo vše i rozdělení disku.

[lertimir]

Nejdůležitější je nepanikařit. Pokud se ten disk hardwarově nezhroutil, tak ty data na něm jsou. A když se něco jen poškodilo tak s velkou pravděpodobností to pujde opravit. Zkusil bych:

1. co o něm píše parted/gparted?
2. Zazálohoval bych cca prvních 10 MB disku. Tam by se měla najít hlavička Luksu. I výpis MBR a uvidělo by se co se stalo s tabulkou oddílů. Nebyl na něm GPT.
3. Velmi bych hlídal ať se opravdu na ten disk nic nenapíše

[necojakolinux]

Jen ještě poznámka . Pracovala jsem s HDD jen v rámci PC s linuxem . Dneska jsem ho ale chtěla připojit na notebook kde je WIN7. Je možné že po připojení k WIN7 mohl systém nějak přepsat hlavičku hdd ?

[Jendа]

Dneska jsem ho ale chtěla připojit na notebook kde je WIN7. Je možné že po připojení k WIN7 mohl systém nějak přepsat hlavičku hdd ?

Hmm, že by ho wokna proaktivně naformátovala? Bylo tam MBR s oddílem nebo byl LUKS přímo na tom zařízení (/dev/sdd nebo /dev/sdd1?)

[Jendа]

No tak se podívej hexdumpem, co tam zbylo. hd /dev/sdd|less

[necojakolinux]

Na disku byl jen jeden diskový oddíl .

Výpis z MBR

mbr-backup_sdd_samsung: MS-MBR Windows 7 english at offset 0x163 
"Invalid partition table" at offset 0x17b 
"Error loading operating system" at offset 0x19a 
"Missing operating system", disk signature 0x386fcf1a

Hexdump jsem použila ale je to moc velké ... tedy furt to četlo , disk byl cca z půlky zaplněn.

[nobody]

prehledla jsi | less, je to obdoba | more ale nenacita celej soubor
nebo muzes pridat | head -100 a nacte se rovnou jen kousek

[necojakolinux]

Příloha:

• hexdump (7746 bytů)

Děkuji za upozornění ... to už bylo rychlejší . Přikládám jako přílohu .

[Jendа]

S trochou štěstí je přepsaná jenom partition tabulka. Takže někde v tom hexdumpu bude tak po 32 KiB na začátku řádku magický řetězec "LUKS". Ten zkus najít. Tam začíná partition, takže pak by mělo jít vytvořit partition a dát jí tento začátek.

[necojakolinux]

Hmm tak po nějaké době vypadlo z hexdump tohle :

ae94f2b0  96 ba 4c 55 4b 53 b1 46  ab f2 30 ff b1 39 a2 e9  |..LUKS.F..0..9..|

Předpokládám že to co potřebuji je ae94f2b0

Další postup ? Uff

PS: dneska je to pro mě fakt vyšší dívčí ...

[Jendа]

To je dost daleko (3 GB) a není to zarovnané. To nebude ono. Tak to vypadá, že máš začátek přepsaný :(.

Takhle vypadá moje hlavička (anonymizováno)

00000000  4c 55 4b 53 ba be 00 01  61 65 73 00 00 00 00 00  |LUKS....aes.....|
00000010  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000020  00 00 00 00 00 00 00 00  78 74 73 2d 70 6c 61 69  |........xts-plai|
00000030  6e 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |n...............|
00000040  00 00 00 00 00 00 00 00  73 68 61 31 00 00 00 00  |........sha1....|
00000050  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000060  00 00 00 00 00 00 00 00  00 00 10 00 00 00 00 40  |...............@|
00000070  XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX  
00000080  XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX  
00000090  XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX  
000000a0  XXXXXXXXXXXXXXXXXXXXXXX  UUID UUID UUID UUID UUID 
000000b0  UUID UUID UUID UUID UUIDUUID UUID UUID UUID UUID  
000000c0  UUID UUID UUID UUID UUIDXXXXXXXXXXXXXXXXXXXXXXXX  
000000d0  XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX  
000000e0  XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX  
000000f0  XXXXXXXXXXXXXXXXXXXXXXX  00 00 00 08 00 00 0f a0  
00000100  00 00 de ad 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000110  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000120  00 00 00 00 00 00 00 00  00 00 02 00 00 00 0f a0  |................|
00000130  00 00 de ad 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000140  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000150  00 00 00 00 00 00 00 00  00 00 03 f8 00 00 0f a0  |................|
00000160  00 00 de ad 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000170  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000180  00 00 00 00 00 00 00 00  00 00 05 f0 00 00 0f a0  |................|
00000190  00 00 de ad 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001a0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001b0  00 00 00 00 00 00 00 00  00 00 07 e8 00 00 0f a0  |................| 
000001c0  00 00 de ad 00 00 00 00  00 00 00 00 00 00 00 00  |................|
000001d0  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................| 
000001e0  00 00 00 00 00 00 00 00  00 00 09 e0 00 00 0f a0  |................|
000001f0  00 00 de ad 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000200  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000210  00 00 00 00 00 00 00 00  00 00 0b d8 00 00 0f a0  |................|
00000220  00 00 de ad 00 00 00 00  00 00 00 00 00 00 00 00  |................|
00000230  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|       
00000240  00 00 00 00 00 00 00 00  00 00 0d d0 00 00 0f a0  |................|
00000250  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  |................|       
*
00001000  

[necojakolinux]

Po pravdě mám se tím dál zabývat ? Mám naštěstí ještě zálohu jinde, sice jsem o nějaké data přišla ale to mě zase nějak moc nevadí . Ty důležité jsou i jinde :) .

[kodl]

Pro příště. Na šifrování používat výhradně truecrypt.

[narg]

To je tedy rada nad zlato.

a) Pokud vim tak truecrypt je mrtvy projekt

b) Dost by me zajimalo v cem je lepsi truecrypt nez dmcrypt/luks?

[necojakolinux]

Příloha:

• screen.jpg (70967 bytů)

Přikládám screen z gparted .

[necojakolinux]

Disk byl rozdělen jen na /dev/sdd1 .
GPT tam nebylo .
Přiznám že nevím jak mám zazálohovat jenom prvních 10MB z disku .. Patrně pomocí dd , ale nevím jak mu mám říct že jenom prvních 10MB ...

[Zat'nik'atel]

dd if=/dev/sdd of=/tmp/prvnich_10_mb.raw bs=1M count=10

[Jendа]

OT: GNU dd takhle nefunguje (na OpenBSD jo).

[Zat'nik'atel]

OT: Takže jestli to chápu správně, tam kde dávám count bych si měl dávat bacha na partial reads a radši tam šoupnout iflag=fullblock?

[Jendа]

Ano. A nebo použít head -c hodně :)

[Zat'nik'atel]

Snažila jsem sem dát výpis z smartctl ale s USB diskem to nějak nechce mluvit.

Mně ve většině případů pomůže přidat -d sat, takhle:

smartctl -a /dev/sdd -d sat

[necojakolinux]

Příloha:

• smarctl_vypis (5321 bytů)

Nevím jestli to k něčemu bude ... výpis přiložen .. děkuji za radu .. já do parametru -d dávala scsi . :/

[Zat'nik'atel]

Dle tohoto výpisu se disk zdá být v pořádku. Žádné realokované sektory, žádné čekající na realokaci, žádné chyby během života disku, to je povzbudivé.

[necojakolinux]

Tak jse mna to ještě pustila testdisk :

Disk /dev/sdd - 1000 GB / 931 GiB - CHS 121601 255 63

The harddisk (1000 GB / 931 GiB) seems too small! (< 3331 GB / 3102 GiB)
Check the harddisk size: HD jumpers settings, BIOS detection...

The following partitions can't be recovered:
     Partition               Start        End    Size in sectors
   HPFS - NTFS          121600 254 63 243201 253 61 1953520001
>  FAT16 <32M           185378 177 43 405031 185 35 3528725942

[ Continue ]
1806 GB / 1682 GiB

NTFS a FAT tam byly před tím než tam šel dmcrypt/LUKS . Ale to šlo vše pryč .... Fakt to nechápu ...

[necojakolinux]

Tak jsem to vzdala . Ale poučena :). Disk jsem přepsala nulami a na začátku vytvořila 2Gb oddíl s FAT32./do něj dám nástroje pro případ připojení k jinému OS/ Zbytek disku opět LUKS + ext4 . Předpokládám, že když teď připojím disk k nějakému ...fuj to slovo nenapíšu ... windowsu . Tak si první načte ten oddíl s FAT a nic se v tabulce nepřepíše . Netuším jak se to stalo, ale stalo se. Teď už vím, že mám zálohovat i MBR :) . Zálohu disku jsem naštěstí částečnou měla. Děkuji všem za reakce.

PS: mám stejně dojem, že při mém "zachraňování" dat jsem si ten začátek přepsala sama. Takže MEA CULPA :)

PS2: jinak postup při ztrátě tabulky rozdělení disku s LUKSem je jasný.
Nic na disk nezapisovat a postupovat třeba TAKHLE

[lertimir]

To jsem radil, nejdříve zkopirovat začátek disku a na disk nic nezapsat. Optimálně pracovat s obrazem a až se v něm zorientuji, tak pracovat z původními daty. To se týká jakéhokoliv závažného problému s diskem, nejen oprava LUKSu.