|Summary:||Random failure to unlock additional encrypted file systems|
|Product:||[Fedora] Fedora||Reporter:||Bruno Wolff III <bruno>|
|Component:||systemd||Assignee:||Lennart Poettering <lpoetter>|
|Status:||CLOSED DUPLICATE||QA Contact:||Fedora Extras Quality Assurance <extras-qa>|
|Version:||15||CC:||awilliam, bruno, johannbg, lpoetter, metherid, mschmidt, notting, plautrba|
|Fixed In Version:||Doc Type:||Bug Fix|
|Doc Text:||Story Points:||---|
|Last Closed:||2011-03-25 18:34:33 UTC||Type:||---|
|oVirt Team:||---||RHEL 7.3 requirements from Atomic Host:|
|Bug Depends On:|
Description Bruno Wolff III 2011-03-10 13:21:25 UTC
Description of problem: I am seeing failure on some boots (maybe %50) where when it gets to the point where it needs to unlock addition file systems (e.g. /home), there is a long pause (maybe a minute) and then when the boot continues there are a lot of failures because the file systems haven't been unlocked. When there is no pause, things work as expected. These addition file systems use the same passphrase as the root filesystem. Version-Release number of selected component (if applicable): systemd-20-1.fc15.i686 How reproducible: Something on the order of 50%. Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Comment 1 Bruno Wolff III 2011-03-21 13:21:34 UTC
Some discussion in bug 678927 has talked about this issue as well. I am not sure this is really a beta blocker because there is an easy work around. (The probability of success is high enough that it only takes a couple of reboots on average to get a good one.) I would think this is a nice to have for beta in any case.
Comment 2 Bruno Wolff III 2011-03-23 16:56:53 UTC
Starting yesterday morning one of my machines starting having this failure on every boot (or I have become very unlucky). That machine has /var on a separate partition and I have reverted rsyslog. I'll be testing this some more tonight to see if there is any change with further updates.
Comment 3 Bruno Wolff III 2011-03-24 13:09:50 UTC
This morning the machine is mounting encrypted devices during the boot process again. (I don't know that the random failures are fixed, just that at least once it booted OK.)
Comment 4 Bruno Wolff III 2011-03-24 15:21:49 UTC
It seems to be back to about %50 again. After trying to reboot again this moring it took a few tries to get past mounting additional encrypted file systems.