Bug#767589: systemd: cryptdisks other than root/swap fail cryptsetup

[Michael Biebl]

Control: tags -1 moreinfo

Am 01.11.2014 um 11:50 schrieb Arnaud Installe:
> Package: systemd
> Version: 215-5+b1
> Severity: critical
> Tags: d-i
> Justification: breaks the whole system
> 
> After successfully unlocking and mounting root and swap devices, the system
> hangs a while, then drops to a rescue shell, with /usr, /var and /home not
> unlocked by cryptsetup. After manually running cryptsetup for the underlying
> devices, and exiting the rescue shell, boot proceeds normally.

Do you get any password prompts for the other partitions?
Did you maybe miss them because they were overwritten by other output?

> Contents of /etc/crypttab:
> 
> boulez-_home__crypt UUID=70967099-611f-4082-aad4-3d3e9966fad6 none luks
> boulez-_root__crypt UUID=b8806964-812e-4239-8914-60b1c33c0491 none luks
> boulez-_swap__crypt UUID=42dfca9b-0815-402e-a605-1dbfb39b42c3 none luks,swap
> boulez-_usr__crypt UUID=386fb30f-389d-4feb-9c59-352628c0de6b none luks
> boulez-_var__crypt UUID=97d4e051-a1b8-4ecc-9dd3-5a69eeed4686 none luks
> 
> (Previously boulez-_usr__crypt, boulez-_var__crypt and boulez-_home_, _crypt used
> "/etc/secretkey" instead of "none", so no passphrase needed to be asked for
> them. I believe this used to work for a while after I migrated from sysv to
> systemd. But it has stopped working since around August I believe. I tried
> using "none" instead of "/etc/secretkey" to verify if that would solve the boot
> problem, but it didn't.)
> 
> Not sure if this problem would also occur if /usr resided in the root partition
> instead of being a separate partition.
> 

Please boot with systemd.log_level=debug on the kernel command line
When you're dropped into the rescue shell, please save the output of
"journalctl -alb" and "systemd-analyze dump" and attach it to the bug
report.


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20141104/46893b39/attachment-0002.sig>