Bug 446568

Summary:	RHGB cannot handle requests for LUKS encryption passwords
Product:	[Fedora] Fedora	Reporter:	Yaakov Nemoy <loupgaroublond>
Component:	rhgb	Assignee:	Ray Strode [halfline] <rstrode>
Status:	CLOSED NEXTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	9
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-05-15 17:49:32 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:

Description Yaakov Nemoy 2008-05-15 04:12:45 UTC

Description of problem:  When a Fedora system is encrypted using LUKS, it
requires (a) (sometimes several) password(s) during the boot process.  Some of
these requests come after RHGB has already been started up.  When such a request
comes through, RHGB just crashes, and the user is dropped to the unfriendly
Linux console.  RHGB does not start up again.


Version-Release number of selected component (if applicable):
9.0.0-6.fc9

How reproducible:
Very

Steps to Reproduce:
1. Set up fedora with multiple partitions encrypted with LUKS, including / and
/home.
2. Reboot
3. Type in password multiple times.
  
Actual results:

RHGB only appears for a short while, up until Fedora tries to mount the /home
partition.

Expected results:

The best RHGB could do is make sure all the passwords were fetched before hand.

Or, RHGB could popup some dialog asking for a password

Or, RHGB could use its terminal to let LUKS ask for a password


Additional info:

There is a second bug on LUKS for not collecting all the passwords at once.

https://bugzilla.redhat.com/show_bug.cgi?id=446564

Comment 1 Mathieu Bridon 2008-05-15 10:04:41 UTC

Totally reproducable here.

Seems like only / and swap are requested before launching RHGB. The rest (/home
in my case) is mounted during RHGB, and thus the password will be prompted
during RHGB, crashing it.

Comment 2 Ray Strode [halfline] 2008-05-15 10:28:25 UTC

I don't know off hand why it would be crashing (unless maybe rc.sysinit is
telling it to quit?)

We'll have this situation figured out a lot better in F10 with the rhgb rewrite.

Comment 3 Bill Nottingham 2008-05-15 17:40:46 UTC

Yes, we tell rhgb to quit, because it can't ask for the password. So it's more
or less working as expected.

I don't know if you want to leave this open pending the rewrite or just close it
as not going to be fixed in the current rhgb code.

Comment 4 Ray Strode [halfline] 2008-05-15 17:49:32 UTC

This is a primary requirement of the new startup sequence, so we don't need to
keep a bug open to remember about it.