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
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.
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.
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.
This is a primary requirement of the new startup sequence, so we don't need to keep a bug open to remember about it.