Red Hat Bugzilla – Bug 727814
F16 Alpha TC1 installer crash | LUKSError: luks device not configured
Last modified: 2011-10-03 05:29:41 EDT
Description of problem: Anaconda crashes and therefore refuses to continue if (at least one?) LUKS passphrase prompt is cancelled. Normally I cancel them all because the encrypted partitions/LVs are not needed during installation. When just for testing I entered the passphrase for a shared /home LV, Anaconda also crashed.
After choosing "Create custom layout", Anaconda re-examined the storage devices
once more, then crashed:
LUKSError: luks device not configured
Couldn't save/report the backtrace with the included helper tool, because that one failed, too (mentioned the symptoms on test list).
Version-Release number of selected component (if applicable):
Anaconda in F16 TC1 netinstall ISO image
* If I fill in all LUKS passphrase prompts, installer proceeds without crashing later on.
* Unrelated to the crash? : if I enter a secondary (alternative) passphrase for my /home partition, I need to type it in twice, and Anaconda proceeds but later on doesn't recognise the partition. It displays type "unknown" instead of ext4.
Try adding updates=http://dlehman.fedorapeople.org/updates-727814.0.img to your boot command line and let me know the results. Thanks.
Tested "cancelling all passphrase dialogs", and that
works for me
when using the updates image. Will also test entering a passphrase for just one of the several encrypted partitions.
I've filed a separate ticket about the issue with alternative passphrases: bug 728301
Unlocking just one encrypted partition (and cancelling the others) also works with the updates image.
*** Bug 728962 has been marked as a duplicate of this bug. ***
*** Bug 731211 has been marked as a duplicate of this bug. ***
Worth noting this for Alpha. It keeps biting me in the ass...
Discussed in the 2011-08-26 blocker review meeting. Rejected as a Fedora 16 beta blocker because it doesn't violate any of the beta release criteria .
Accepted as NTH because it's annoying and a fix is ready.
To clarify the original report:
1) Cancelling _all_ LUKS passphrase made Anaconda crash.
2) Filling in only one LUKS passphrase prompt also made Anaconda crash.
Then dlehman offered an updates.img for testing, and it passed both test-cases.
Hrm, it looks like we may have misunderstood the impact of the bug.
This is listed as fixed with anaconda-16.15-1 which is pre beta TC1. I assume that the fix is in the 16.16-1 that is in TC1.
Is this still present in beta TC1?
Re-tested and confirmed fixed in Beta TC1. I can safely proceed past partitioning step after cancelling the passphrase dialog for an encrypted partition from an F15 install on the target disk.