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?
signature.asc
Description: OpenPGP digital signature