Bug 866957 - system fails to boot because timer expires for systemd-cryptsetup
Summary: system fails to boot because timer expires for systemd-cryptsetup
Keywords:
Status: CLOSED DUPLICATE of bug 861123
Alias: None
Product: Fedora
Classification: Fedora
Component: systemd
Version: 18
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: systemd-maint
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F18Beta-accepted, F18BetaFreezeExcept
TreeView+ depends on / blocked
 
Reported: 2012-10-16 11:57 UTC by Petr Schindler
Modified: 2012-10-17 12:23 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-10-17 11:17:17 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
screenshot of console after boot fail (14.28 KB, image/png)
2012-10-16 11:57 UTC, Petr Schindler
no flags Details
journalctl file (836.00 KB, application/octet-stream)
2012-10-16 11:59 UTC, Petr Schindler
no flags Details

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


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