* [dm-crypt] volume unrecognized
@ 2009-08-27 14:31 Jacques-Olivier KAPPS
2009-08-27 14:47 ` Jonas Meurer
2009-08-27 14:57 ` Heinz Diehl
0 siblings, 2 replies; 10+ messages in thread
From: Jacques-Olivier KAPPS @ 2009-08-27 14:31 UTC (permalink / raw)
To: dm-crypt
Hi everyone,
I have a single encrypted partition which contains my data, /home. I just
installed a new system (ubuntu karmic/alternate cd) over my other clear
system partitions, and I tried to use the setup program to point my /home
directory to my existing and crypted /home partition. Though, it
eventually wanted to format it and I canceled the whole operation.
Now I can map the device with luksOpen, but the volume itself is
unrecognized.
I certainly can open the device with luksOpen because I choosed the same
password in the installation process, but my guess is that the ubuntu
installer erased and replaced the luks headers of my partition by new
ones, what do you think? Or maybe is just erased the table partition
headers and it can't recognized the filesystem?
I don't really know what to do now, I fear to make things worse.
Do you have any advice?
Thanks for your help,
J.O.
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dm-crypt] volume unrecognized
2009-08-27 14:31 [dm-crypt] volume unrecognized Jacques-Olivier KAPPS
@ 2009-08-27 14:47 ` Jonas Meurer
2009-08-27 15:11 ` Jacques-Olivier KAPPS
2009-08-27 14:57 ` Heinz Diehl
1 sibling, 1 reply; 10+ messages in thread
From: Jonas Meurer @ 2009-08-27 14:47 UTC (permalink / raw)
To: Jacques-Olivier KAPPS; +Cc: dm-crypt
[-- Attachment #1: Type: text/plain, Size: 1742 bytes --]
hey,
On 27/08/2009 Jacques-Olivier KAPPS wrote:
> I have a single encrypted partition which contains my data, /home. I just
> installed a new system (ubuntu karmic/alternate cd) over my other clear
> system partitions, and I tried to use the setup program to point my /home
> directory to my existing and crypted /home partition. Though, it
> eventually wanted to format it and I canceled the whole operation.
>
> Now I can map the device with luksOpen, but the volume itself is
> unrecognized.
>
> I certainly can open the device with luksOpen because I choosed the same
> password in the installation process, but my guess is that the ubuntu
> installer erased and replaced the luks headers of my partition by new
> ones, what do you think? Or maybe is just erased the table partition
> headers and it can't recognized the filesystem?
according to your description, you entered a new luks passphrase for the
encrypted device at ubuntu installation, right? to my knowledge ubuntu
installation doesn't support management of existing encrypted devices
yet. for that reason i fear that you reformatted the device (luksFormat)
during installation process. i hope that you do have backups in that
case as your data will be lost.
even using the same passphrase doesn't help. the passphrase is only used
to decrypt the luks masterkey, and that masterkey is generated from
random data at luksFormat.
please keep in mind that encrypted storage devices don't have backdoors
implemented. if the masterkey is destroyed/overwritten, the data is
irrevocably lost by design.
you really should do regular backups of sensitive data, and even more so
if the data is stored on encrypted devices!
greetings,
jonas
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dm-crypt] volume unrecognized
2009-08-27 14:31 [dm-crypt] volume unrecognized Jacques-Olivier KAPPS
2009-08-27 14:47 ` Jonas Meurer
@ 2009-08-27 14:57 ` Heinz Diehl
2009-08-27 15:20 ` Jacques-Olivier KAPPS
1 sibling, 1 reply; 10+ messages in thread
From: Heinz Diehl @ 2009-08-27 14:57 UTC (permalink / raw)
To: dm-crypt
On 27.08.2009, Jacques-Olivier KAPPS wrote:
> Now I can map the device with luksOpen, but the volume itself is
> unrecognized.
Maybe the underlying filesystem got corrupted.
> I certainly can open the device with luksOpen because I choosed the same
> password in the installation process, but my guess is that the ubuntu
> installer erased and replaced the luks headers of my partition by new
> ones, what do you think?
That would explain the whole situation. When the partition gets prepared
via LUKS/dmcrypt, the filesystem is gone, and you'll have to format again.
> Do you have any advice?
Recreate the partition by using the latest backup. You have one, right?
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dm-crypt] volume unrecognized
2009-08-27 14:47 ` Jonas Meurer
@ 2009-08-27 15:11 ` Jacques-Olivier KAPPS
2009-08-27 15:45 ` Moji
0 siblings, 1 reply; 10+ messages in thread
From: Jacques-Olivier KAPPS @ 2009-08-27 15:11 UTC (permalink / raw)
To: dm-crypt
<quote who="Jonas Meurer">
> hey,
>
> On 27/08/2009 Jacques-Olivier KAPPS wrote:
>> I have a single encrypted partition which contains my data, /home. I
>> just
>> installed a new system (ubuntu karmic/alternate cd) over my other clear
>> system partitions, and I tried to use the setup program to point my
>> /home
>> directory to my existing and crypted /home partition. Though, it
>> eventually wanted to format it and I canceled the whole operation.
>>
>> Now I can map the device with luksOpen, but the volume itself is
>> unrecognized.
>>
>> I certainly can open the device with luksOpen because I choosed the same
>> password in the installation process, but my guess is that the ubuntu
>> installer erased and replaced the luks headers of my partition by new
>> ones, what do you think? Or maybe is just erased the table partition
>> headers and it can't recognized the filesystem?
>
> according to your description, you entered a new luks passphrase for the
> encrypted device at ubuntu installation, right? to my knowledge ubuntu
> installation doesn't support management of existing encrypted devices
> yet. for that reason i fear that you reformatted the device (luksFormat)
> during installation process. i hope that you do have backups in that
> case as your data will be lost.
>
> even using the same passphrase doesn't help. the passphrase is only used
> to decrypt the luks masterkey, and that masterkey is generated from
> random data at luksFormat.
>
> please keep in mind that encrypted storage devices don't have backdoors
> implemented. if the masterkey is destroyed/overwritten, the data is
> irrevocably lost by design.
>
> you really should do regular backups of sensitive data, and even more so
> if the data is stored on encrypted devices!
>
> greetings,
> jonas
>
Thanks for the explanation,
My bad! I assumed that the ubuntu installer would open the existing
encrypted device, and I didn't think anything was permanently done before
the final "Are you sure you want format those partitions?".
Luckily I have some backups, but not really up to date. I am going to miss
my summer photo shots!
regards,
J.O.
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dm-crypt] volume unrecognized
2009-08-27 14:57 ` Heinz Diehl
@ 2009-08-27 15:20 ` Jacques-Olivier KAPPS
2009-08-27 15:44 ` Moji
0 siblings, 1 reply; 10+ messages in thread
From: Jacques-Olivier KAPPS @ 2009-08-27 15:20 UTC (permalink / raw)
To: dm-crypt
<quote who="Heinz Diehl">
> On 27.08.2009, Jacques-Olivier KAPPS wrote:
>
>> Now I can map the device with luksOpen, but the volume itself is
>> unrecognized.
>
> Maybe the underlying filesystem got corrupted.
>
>> I certainly can open the device with luksOpen because I choosed the same
>> password in the installation process, but my guess is that the ubuntu
>> installer erased and replaced the luks headers of my partition by new
>> ones, what do you think?
>
> That would explain the whole situation. When the partition gets prepared
> via LUKS/dmcrypt, the filesystem is gone, and you'll have to format again.
>
>> Do you have any advice?
>
> Recreate the partition by using the latest backup. You have one, right?
>
> _______________________________________________
> dm-crypt mailing list
> dm-crypt@saout.de
> http://www.saout.de/mailman/listinfo/dm-crypt
>
I do have partial backups, it's better than nothing!
Okay my partition is just garbage now. So I am asking myself, is that
possible to backup those critical headers/master key of my new formated
partition?
Regards,
J.O.
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dm-crypt] volume unrecognized
2009-08-27 15:20 ` Jacques-Olivier KAPPS
@ 2009-08-27 15:44 ` Moji
2009-08-27 16:28 ` Jonas Meurer
0 siblings, 1 reply; 10+ messages in thread
From: Moji @ 2009-08-27 15:44 UTC (permalink / raw)
To: dm-crypt; +Cc: Jacques-Olivier KAPPS
Yes using dd and cryptsetup. The wiki has an explanation of why you
might not want to do that, in addition to outlining the steps. But if
you want to here are the steps.
cryptsetup luksDump $DEVICE
Find the payload number
dd if=$DEVICE of=luks_header_bakup count=$PAYLOAD
To restore them just reverse if and of in dd
dd if=$luks_header_backup of=$DEVICE count=$PAYLOAD
-MJ
Jacques-Olivier KAPPS wrote:
> <quote who="Heinz Diehl">
>> On 27.08.2009, Jacques-Olivier KAPPS wrote:
>>
>>> Now I can map the device with luksOpen, but the volume itself is
>>> unrecognized.
>> Maybe the underlying filesystem got corrupted.
>>
>>> I certainly can open the device with luksOpen because I choosed the same
>>> password in the installation process, but my guess is that the ubuntu
>>> installer erased and replaced the luks headers of my partition by new
>>> ones, what do you think?
>> That would explain the whole situation. When the partition gets prepared
>> via LUKS/dmcrypt, the filesystem is gone, and you'll have to format again.
>>
>>> Do you have any advice?
>> Recreate the partition by using the latest backup. You have one, right?
>>
>> _______________________________________________
>> dm-crypt mailing list
>> dm-crypt@saout.de
>> http://www.saout.de/mailman/listinfo/dm-crypt
>>
>
> I do have partial backups, it's better than nothing!
>
> Okay my partition is just garbage now. So I am asking myself, is that
> possible to backup those critical headers/master key of my new formated
> partition?
>
> Regards,
>
> J.O.
>
> _______________________________________________
> dm-crypt mailing list
> dm-crypt@saout.de
> http://www.saout.de/mailman/listinfo/dm-crypt
>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dm-crypt] volume unrecognized
2009-08-27 15:11 ` Jacques-Olivier KAPPS
@ 2009-08-27 15:45 ` Moji
0 siblings, 0 replies; 10+ messages in thread
From: Moji @ 2009-08-27 15:45 UTC (permalink / raw)
To: dm-crypt
J.O.,
If all Ubuntu was did was rewrite the luks header information and you
have backups of the luks header, you can restore it.
As long as it was the original key.
-MJ
Jacques-Olivier KAPPS wrote:
> <quote who="Jonas Meurer">
>> hey,
>>
>> On 27/08/2009 Jacques-Olivier KAPPS wrote:
>>> I have a single encrypted partition which contains my data, /home. I
>>> just
>>> installed a new system (ubuntu karmic/alternate cd) over my other clear
>>> system partitions, and I tried to use the setup program to point my
>>> /home
>>> directory to my existing and crypted /home partition. Though, it
>>> eventually wanted to format it and I canceled the whole operation.
>>>
>>> Now I can map the device with luksOpen, but the volume itself is
>>> unrecognized.
>>>
>>> I certainly can open the device with luksOpen because I choosed the same
>>> password in the installation process, but my guess is that the ubuntu
>>> installer erased and replaced the luks headers of my partition by new
>>> ones, what do you think? Or maybe is just erased the table partition
>>> headers and it can't recognized the filesystem?
>> according to your description, you entered a new luks passphrase for the
>> encrypted device at ubuntu installation, right? to my knowledge ubuntu
>> installation doesn't support management of existing encrypted devices
>> yet. for that reason i fear that you reformatted the device (luksFormat)
>> during installation process. i hope that you do have backups in that
>> case as your data will be lost.
>>
>> even using the same passphrase doesn't help. the passphrase is only used
>> to decrypt the luks masterkey, and that masterkey is generated from
>> random data at luksFormat.
>>
>> please keep in mind that encrypted storage devices don't have backdoors
>> implemented. if the masterkey is destroyed/overwritten, the data is
>> irrevocably lost by design.
>>
>> you really should do regular backups of sensitive data, and even more so
>> if the data is stored on encrypted devices!
>>
>> greetings,
>> jonas
>>
>
> Thanks for the explanation,
>
> My bad! I assumed that the ubuntu installer would open the existing
> encrypted device, and I didn't think anything was permanently done before
> the final "Are you sure you want format those partitions?".
>
> Luckily I have some backups, but not really up to date. I am going to miss
> my summer photo shots!
>
> regards,
>
> J.O.
>
>
>
> _______________________________________________
> dm-crypt mailing list
> dm-crypt@saout.de
> http://www.saout.de/mailman/listinfo/dm-crypt
>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dm-crypt] volume unrecognized
2009-08-27 15:44 ` Moji
@ 2009-08-27 16:28 ` Jonas Meurer
2009-08-27 17:03 ` Milan Broz
0 siblings, 1 reply; 10+ messages in thread
From: Jonas Meurer @ 2009-08-27 16:28 UTC (permalink / raw)
To: dm-crypt
[-- Attachment #1: Type: text/plain, Size: 594 bytes --]
hey,
On 27/08/2009 Moji wrote:
> Yes using dd and cryptsetup. The wiki has an explanation of why you
> might not want to do that, in addition to outlining the steps. But if
> you want to here are the steps.
>
> cryptsetup luksDump $DEVICE
>
> Find the payload number
>
> dd if=$DEVICE of=luks_header_bakup count=$PAYLOAD
>
> To restore them just reverse if and of in dd
>
> dd if=$luks_header_backup of=$DEVICE count=$PAYLOAD
you should add bs=1 to the dd commandline. default is 512, which would
result in $PAYLOAD*512 bytes being read/written.
greetings,
jonas
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 197 bytes --]
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dm-crypt] volume unrecognized
2009-08-27 16:28 ` Jonas Meurer
@ 2009-08-27 17:03 ` Milan Broz
2009-08-27 18:39 ` Jonas Meurer
0 siblings, 1 reply; 10+ messages in thread
From: Milan Broz @ 2009-08-27 17:03 UTC (permalink / raw)
To: dm-crypt
Jonas Meurer wrote:
>> cryptsetup luksDump $DEVICE
>>
>> Find the payload number
>>
>> dd if=$DEVICE of=luks_header_bakup count=$PAYLOAD
>>
>> To restore them just reverse if and of in dd
>>
>> dd if=$luks_header_backup of=$DEVICE count=$PAYLOAD
>
> you should add bs=1 to the dd commandline. default is 512, which would
> result in $PAYLOAD*512 bytes being read/written.
Nope, payload offset in dump _is_ in 512 byte sector units.
bs=512 is correct.
(You will save all (even unused) keyslots here, but this is not problem)
Milan
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [dm-crypt] volume unrecognized
2009-08-27 17:03 ` Milan Broz
@ 2009-08-27 18:39 ` Jonas Meurer
0 siblings, 0 replies; 10+ messages in thread
From: Jonas Meurer @ 2009-08-27 18:39 UTC (permalink / raw)
To: dm-crypt
On 27/08/2009 Milan Broz wrote:
> Jonas Meurer wrote:
> >> cryptsetup luksDump $DEVICE
> >>
> >> Find the payload number
> >>
> >> dd if=$DEVICE of=luks_header_bakup count=$PAYLOAD
> >>
> >> To restore them just reverse if and of in dd
> >>
> >> dd if=$luks_header_backup of=$DEVICE count=$PAYLOAD
> >
> > you should add bs=1 to the dd commandline. default is 512, which would
> > result in $PAYLOAD*512 bytes being read/written.
>
> Nope, payload offset in dump _is_ in 512 byte sector units.
> bs=512 is correct.
>
> (You will save all (even unused) keyslots here, but this is not problem)
oups, i should have read the docs before spreading bullshit. sorry for
that.
greetings,
jonas
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2009-08-27 18:40 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-08-27 14:31 [dm-crypt] volume unrecognized Jacques-Olivier KAPPS
2009-08-27 14:47 ` Jonas Meurer
2009-08-27 15:11 ` Jacques-Olivier KAPPS
2009-08-27 15:45 ` Moji
2009-08-27 14:57 ` Heinz Diehl
2009-08-27 15:20 ` Jacques-Olivier KAPPS
2009-08-27 15:44 ` Moji
2009-08-27 16:28 ` Jonas Meurer
2009-08-27 17:03 ` Milan Broz
2009-08-27 18:39 ` Jonas Meurer
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.