Bug 866957

Summary: system fails to boot because timer expires for systemd-cryptsetup
Product: [Fedora] Fedora Reporter: Petr Schindler <pschindl>
Component: systemdAssignee: systemd-maint
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 18CC: harald, johannbg, lnykryn, metherid, mschmidt, msekleta, notting, plautrba, systemd-maint, vpavlin
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: 2012-10-17 11:17:17 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 752664    
Attachments:
Description Flags
screenshot of console after boot fail
none
journalctl file none

Description Petr Schindler 2012-10-16 11:57:47 UTC
Created attachment 628133 [details]
screenshot of console after boot fail

Description of problem:
When I want to boot a system which is on encrypted partion and I don't provide a password quick enaugh (it waits less then 40s) it will fails to boot.

It falls to dracut console.

This is what I can see in console as last message (the whole screen is attached as picture):
[DEPEND] Dependency failed for Basic System

Version-Release number of selected component (if applicable):
systemd-194-1.fc18.x86_64
Fedora-18-Beta-TC4-x86_64-DVD

How reproducible:
always

Steps to Reproduce:
1. Install system on encrypted disk
2. Boot system and don't provide the password for disks
3. Wait about 40s
  
Actual results:
Boot falls to dracut console

Expected results:
Systemd waits for user action

Additional info:
I propose this bug as nice to have. System should wait for password (or another user action) and shouldn't fail to boot after few seconds of waiting. When user turn on the pc and go to make some coffee he shouldn't return to machine which looks like it is broken.

Comment 1 Petr Schindler 2012-10-16 11:59:06 UTC
Created attachment 628134 [details]
journalctl file

Comment 2 Michal Schmidt 2012-10-17 11:17:17 UTC

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

Comment 3 Harald Hoyer 2012-10-17 12:23:56 UTC
Another incarnation of this bug is fixed by:
https://admin.fedoraproject.org/updates/FEDORA-2012-16223/dracut-024-1.fc18