LUKS: cryptsetup a asi poškozená hlavička

[lklu]

Zdravím, mám takový velmi nepříjemný problém.
Nemohu rozšifrovat disk na kterém je LUKS a pak btrfs.
V Ubuntu jej normálně vidím, ale chce po mě heslo a to neprojde. Ve správci disků se tváří divně, má prý mbr, ale jsem si jist, že měl guid. Výpis je pak takový:

Kód: [Vybrat]

sudo cryptsetup luksDump /dev/sda
Pozice 4 klíče LUKS není platná.
Pozice 5 klíče LUKS není platná.
Je ještě nějaká možnost jej připojit, nebo je vše ztraceno?
Díky moc za radu.

[Reklama]

[trubicoid2]

zalohu LUKS header mas? asi ne?
ve spravci disku myslis co? posli

Kód: [Vybrat]

fdisk -l

[lklu]

Zálohu hlavičky nemám
Jedná se o ten 8TB disk.
Výpis je:

Kód: [Vybrat]

Disk /dev/sda: 489,1 GiB, 525112713216 bytes, 1025610768 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x6e950bba

Zařízení   Zaveditelný      Start      Konec   Sektory   Size Id Druh
/dev/sda1  *                 2048  713120611 713118564   340G  7 HPFS/NTFS/exFAT
/dev/sda2               713121790 1025609727 312487938   149G  5 Rozšířený
/dev/sda5               713121792 1009047551 295925760 141,1G 83 Linux
/dev/sda6              1009049600 1025609727  16560128   7,9G 82 Linux swap/Sola


Disk /dev/sdb: 7,3 TiB, 8001563222016 bytes, 15628053168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x0df61b13


Disk /dev/mapper/cryptswap1: 7,9 GiB, 8478261248 bytes, 16559104 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

[trubicoid2]

mas na mysli sdb? tam nejsou zadny partice, to tak ma byt? tam jsi mel GPT?

zkus

Kód: [Vybrat]

sudo gdisk -l /dev/sdb

[JardaP .]

No, jestli tam buylo, ci je stale GPT, tak nevim, jestli se fdisk jiz GPT naucil. Podeziram, ze ne, takze ten vypis je na dve veci.

V kazdem pripad clovek muze obraz disku dd na jiny disk a pak zkusit testdisk.

[Reklama]

[trubicoid2]

no tam nejaky prazdny mbr je, asi to GPT protective mbr
jde o to, jestli tam je i GPT

ale odhaduju, ze

Kód: [Vybrat]

cryptsetup luksDump /dev/sdb je spatne, melo by tam byt asi sdb1 nebo neco?

[lklu]

Vypis sudo gdisk -l /dev/sdb
Je to jen sdb a nevím, jak to bylo původně.
dd nemohu, nemám další volný tak veliký disk.

Kód: [Vybrat]

GPT fdisk (gdisk) version 1.0.1

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory.
***************************************************************

Disk /dev/sdb: 15628053168 sectors, 7.3 TiB
Logical sector size: 512 bytes
Disk identifier (GUID): 78128D2C-C215-4450-B6E0-F585DC723CC0
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 15628053134
Partitions will be aligned on 2048-sector boundaries
Total free space is 15628053101 sectors (7.3 TiB)

Number  Start (sector)    End (sector)  Size       Code  Name

[Kkt1]

Zálohu hlavičky nemám
Jedná se o ten 8TB disk.

Nevadi, tech 8TB porna si proste stahnes znova.  Ale ted vazne, pokud nemas zalohu hlavicky tak tech 8TB je pro tebe nedulezitych, tudiz si stahnes to porno znova. Jinak pokud tam bylo neco duleziteho, na 99.999% jsi o data prisel. Pro priste budes zalohovat nejenom hlavicku sifrovanych disku, ale naucis se taky pouzivat i zalohovaci nastroje a budes kupovat disky nejenom dle kapacity, ale dle toho aby jsi byl schopen mit i zalohu.

[lklu]

@Kkt1
Ale byla to fakt fajnová kolekce, vše v HD...
Zálohu mám, ale je celkem stará a zrovna když jsem ji chtěl aktualizovat, stane se mi tohle Jako už jsem těch pár desítek hodin oplakal, ale chtěl bych vyzkoušet co se dá, než ten disk natvrdo naformátuju a budu kopírovat starou zálohu.
Proto díky za případné návrhy.

[JardaP .]

dd nemohu, nemám další volný tak veliký disk.

Tak si ho budes muset aspon nekde pujcit. Jakekoliv laborovani bez zalohy nejspise povedek tomu, ze se zkurvi i to, co jeste zkurveno neni.

[trubicoid2]

no tak GPT tam neni a mbr nema oddily, tak nevime, kde to zacinalo

co rekne

Kód: [Vybrat]

file /dev/sdb a

Kód: [Vybrat]

cryptsetup -v isLuks /dev/sdb
pripadne hledej z ruznyma offsetama od zacatku, dobry je zacit treba s offsetem 1MB

[lklu]

Kód: [Vybrat]

file /dev/sdb
/dev/sdb: block special (8/16)

Kód: [Vybrat]

sudo cryptsetup -v isLuks /dev/sdb
Pozice 4 klíče LUKS není platná.
Pozice 5 klíče LUKS není platná.
Příkaz selhal s kódem 22: Pozice 5 klíče LUKS není platná.--offset=SEKTORY, kolik je to na 1MB? Díky.

[lklu]

Tak jsem spočítal 1024*1024/512=2048

Kód: [Vybrat]

sudo cryptsetup --offset=2048 -v isLuks /dev/sdb
cryptsetup: Přepínač --offset je podporován jen při otevírání zařízení plain a loopaes.Dál už nevím.

[lklu]

Tak mám to už vzdát, nebo ještě něco poradíte? Mám podezření, že mi ve Windows, které mám v dualboot, něco přepsalo disk na MBR...
Jako poslední možnost bych pak zkusil to znovu přehodit na GPT: https://www.quora.com/How-do-I-convert-my-drive-to-GPT-without-losing-data-and-my-partitions
Poradíte ještě nějaký postup? Klidně napište, že už nevíte, ale ať mám jistotu, že jsem opravdu zkusil vše. Díky.

[JardaP .]

No, jestli na to sahly Widle, tak mozne je vsechno. Kurveni disku, kterym Widle nerozumi, je oblibeny Redmondsky sport.

Napada me udelat dd obraz, pak ten disk ze zacatku prepsat nejakym cisle, treba FF, znovu rozdelit, jak si myslis, ze byl, podivat se na to disk editorem, pokusit se najit kde je MBR a GPT a kde konci s tim, ze za nimi by mela byt datova oblast (kde mozna prezije par tech FF). Nasledne se pokusit vyhledat obdobne struktury (ci jejich zbytky) v obrazu, urcit co je asi datova oblast a tu nekopirovat do datove oblasti na disku. Behem kopirovani pak bez zapalit svicku do nejblizsiho kostela.