1. Please describe the problem: All Kernels newer than 6.0.18 do not boot a LUKS encrypted system. When removing all parameters and even nomodeset (...=0), removing rhgb and quiet we see it is stuck at "Booting a Command List" - nothing happens. 2. What is the Version-Release number of the kernel: 6.1.5-200, however this issue is there with all kernels newer than 6.0.18 from vanilla-repo, updates-testing and even rawhide 3. Did it work previously in Fedora? If so, what kernel version did the issue *first* appear? Old kernels are available for download at https://koji.fedoraproject.org/koji/packageinfo?packageID=8 : It seems to appear with every Kernel starting from 6.1.x+. HOWEVER when building vanilla (kernel.org) from 6.1.x or 6.2.x from source with make localmodconfig (not fedpkg or rpmbuild) AT least those boot. 4. Can you reproduce this issue? If so, please provide the steps to reproduce the issue below: Install any kernel 6.1.x+ from any fedora-repository and stare at "Booting a Command List" 5. Does this problem occur with the latest Rawhide kernel? To install the Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by ``sudo dnf update --enablerepo=rawhide kernel``: Yes. 6. Are you running any modules that not shipped with directly Fedora's kernel?: Nvidia, via akmod. But even nomodeset does not help. 7. Please attach the kernel logs. You can get the complete kernel log for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the issue occurred on a previous boot, use the journalctl ``-b`` flag. No boot, no kernel log. Nothing in dmesg. Stuck BEFORE decrypting and prompting for LUKS PW.
This is Fedora37.
On a hunch tried to just type in the luks pw and system boots. Seems kernel updates after 6.1+ break LUKS password prompt both graphical (rhgb) AND text-based (only shows "Booting a Command List") - there is _no_ hint that a password is expected AT ALL.
(In reply to nesdeq from comment #2) > On a hunch tried to just type in the luks pw and system boots. Seems kernel > updates after 6.1+ break LUKS password prompt both graphical (rhgb) AND > text-based (only shows "Booting a Command List") - there is _no_ hint that a > password is expected AT ALL. Confirmed on my system (Fedora 37, kernel 6.1.5). Booted fine after typing encryption password even though there was no password prompt displayed. Thanks for pointing that out, I should have thought of that but didn't.
VT switching is broken. It looks like the kernel devs have forgotten to compile efifb support for 6.1.x stable release again! :-(
and 6.2rc as well.... thats why manual compile from oldconfig 6.0.18 works out I guess
I believe this is a duplicate of bug 2161104, merging. *** This bug has been marked as a duplicate of bug 2161104 ***