Bug 464220 - /etc/crypttab is ignored
Summary: /etc/crypttab is ignored
Keywords:
Status: CLOSED DUPLICATE of bug 464216
Alias: None
Product: Fedora
Classification: Fedora
Component: initscripts
Version: rawhide
Hardware: All
OS: Linux
medium
high
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F10Blocker, F10FinalBlocker
TreeView+ depends on / blocked
 
Reported: 2008-09-26 19:08 UTC by Lennart Poettering
Modified: 2014-03-17 03:15 UTC (History)
10 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-09-29 21:40:00 UTC
Type: ---

Attachments (Terms of Use)
Add an attachment (proposed patch, testcase, etc.)

Description Lennart Poettering 2008-09-26 19:08:14 UTC 
After updating to current Rawhide my boot was completely hosed. /etc/crypttab seems to be ignored now which caused mount to not find the home partition and so on. The result is an unbootable system. Which sucks big time.
Comment 1 Till Maas 2008-09-26 19:14:25 UTC 
Parsing of /etc/crypttab is afaik done by initscripts, there I reassign this bug.
Comment 2 Bill Nottingham 2008-09-26 20:10:21 UTC 
What does your crypttab look like? Are you using plymouth?
Comment 3 Lennart Poettering 2008-09-26 22:12:31 UTC 
This is my crypttab:

fedora-home-crypto /dev/fedora/home none luks,tries=5

Yes, plymouth was installed automatically for me but failed tragically too, see bug 464216.
Comment 4 Bill Nottingham 2008-09-29 20:30:56 UTC 
If you're not booting with plymouth, it will fail. This is because (AFAIK) plymouth isn't optional. Have we enforced that completely in the initrd now?
Comment 5 Ray Strode [halfline] 2008-09-29 21:40:00 UTC 
his problem isn't initrd time, it's post / mounted, pre /usr mounted time

plymouth ask-for-password --command "cryptsetup luksOpen blah blah" is failing because /usr/lib/libply.so isn't available yet.

We could just mark this one a dupe of 464216.  Really I thought we stopped supporting late /usr a couple of releases ago though.

*** This bug has been marked as a duplicate of bug 464216 ***
Note You need to log in before you can comment on or make changes to this bug.