From: Milan Broz <gmazyland@gmail.com>
To: "Javier Juan Martínez Cabezón" <tazok.id0@gmail.com>
Cc: dm-crypt@saout.de, philipp@nexus-informatik.ch
Subject: Re: [dm-crypt] Can't mount my LUKS crypted disk after kernel update / reboot
Date: Sun, 16 Dec 2012 11:49:55 +0100 [thread overview]
Message-ID: <50CDA753.3020403@gmail.com> (raw)
In-Reply-To: <50CD9351.1060800@gmail.com>
On 12/16/2012 10:24 AM, Javier Juan Martínez Cabezón wrote:
>
> I think I answer too fast before, sorry.
>
> Did strings answer something known in the device?
>
> Are you sure that this is true? aes-xts-essiv:sha256
> Which cipher did you use with cryptsetup 1.1?
Please do not confuse it even more, this is LUKS, not plain device
where default cipher changed.
So it is LUKS and if there was no header rewrite, parameters are correct,
(there was no reformat and cipher parameter is in LUKS header).
If it is properly unlocked, master key is correct as well.
So I guess there were no LUKS format and dmcrypt had no obvious problems
in this kernel, I would say, the problem is not in this layer.
cryptsetup userspace should not be problem, to verify it
run dmsetup table --showkeys and compare output with old/new version
- if it is same there is definitely no problem in
userspace / LUKS
So IMHO the problem is in MD layer, ext4, or in some unexpected device
rewrite during update or so.
- check syslog, mainly time before/after upgrade.
Maybe it was broken already there.
- check blkid -p on the device - does it detect some known signature?
- boot to old kernel, does it work? Or it is broken?
(And read the FAQ, there is a lot of other hints.)
>>> md126 : active raid0 sda5[0] sdb5[1]
>>> 5832190976 blocks super 1.2 512k chunks
...
>>> cryptsetup luksDump /dev/md126
So this is your device, RAID0. Read first kb and
check what's there now with blkid etc.
Milan
next prev parent reply other threads:[~2012-12-16 10:50 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-13 20:36 [dm-crypt] Can't mount my LUKS crypted disk after kernel update / reboot Philipp Durrer - Nexus Informatik
2012-12-16 9:16 ` Javier Juan Martínez Cabezón
2012-12-16 9:24 ` Javier Juan Martínez Cabezón
2012-12-16 10:49 ` Milan Broz [this message]
2012-12-16 18:11 ` Philipp Durrer
2012-12-16 18:34 ` Milan Broz
2012-12-16 21:27 ` Arno Wagner
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=50CDA753.3020403@gmail.com \
--to=gmazyland@gmail.com \
--cc=dm-crypt@saout.de \
--cc=philipp@nexus-informatik.ch \
--cc=tazok.id0@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox