Re: LUKS Header crruption

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



The key material is quite deliberately made just the opposite of redundant. It is artificially inflated (typically 4000X) to occupy a larger area of the disk, and in such a manner that successfully erasing any portion of that area makes the key unrecoverable.

--
Bob Nichols     "NOSPAM" is really part of my email address.
                Do NOT delete it.

On 7/29/19 7:08 AM, Konstantin V. Gavrilenko wrote:
Thanks Arno, thought so :(
Its a real pity that metadata is not redundant in luks v1.

Regards,
Konstantin



----- Original Message -----
From: "Arno Wagner" <arno@xxxxxxxxxxx>
To: dm-crypt@xxxxxxxx
Sent: Sunday, 28 July, 2019 11:00:49 PM
Subject: Re:  LUKS Header crruption

Hi Konstantin,

sorry, you data is gone. You overwrote the start of the first
key-slot and there is no way to recover from that without backup.

One of the reasons why I think RAID superblocks at the start of the
device (and even more so at 4kB offset) are messed up and a sign
of clueless designers.

Regards,
Arno

_______________________________________________
dm-crypt mailing list
dm-crypt@xxxxxxxx
https://www.saout.de/mailman/listinfo/dm-crypt



[Index of Archives]     [Device Mapper Devel]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux