Bug 683835

Summary: Random failure to unlock additional encrypted file systems
Product: [Fedora] Fedora Reporter: Bruno Wolff III <bruno>
Component: systemdAssignee: Lennart Poettering <lpoetter>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 15CC: awilliam, bruno, johannbg, lpoetter, metherid, mschmidt, notting, plautrba
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-03-25 18:34:33 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 657618    

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.

Comment 5 Adam Williamson 2011-03-25 18:34:33 UTC

*** This bug has been marked as a duplicate of bug 678927 ***