Bug 683835 - Random failure to unlock additional encrypted file systems
Summary: Random failure to unlock additional encrypted file systems
Keywords:
Status: CLOSED DUPLICATE of bug 678927
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 15
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Lennart Poettering
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F15Beta, F15BetaBlocker
TreeView+ depends on / blocked
 
Reported: 2011-03-10 13:21 UTC by Bruno Wolff III
Modified: 2011-03-25 18:34 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-03-25 18:34:33 UTC


Attachments (Terms of Use)

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 ***


Note You need to log in before you can comment on or make changes to this bug.