Bug 464220

Summary: /etc/crypttab is ignored
Product: [Fedora] Fedora Reporter: Lennart Poettering <lpoetter>
Component: initscriptsAssignee: Bill Nottingham <notting>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: medium    
Version: rawhideCC: agk, dwysocha, lvm-team, mbroz, notting, opensource, pjones, prockai, rstrode, rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-09-29 21:40:00 UTC Type: ---
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: 438943    

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