FS#75516 - [linux] LUKS password prompt is not showing up at boot since kernel 5.18.14

Attached to Project: Arch Linux
Opened by Jan Max (codepilot) - Friday, 05 August 2022, 07:27 GMT
Last edited by Toolybird (Toolybird) - Monday, 03 October 2022, 06:22 GMT
Task Type Bug Report
Category Kernel
Status Closed
Assigned To No-one
Architecture x86_64
Severity Medium
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:

Since stock kernel 5.18.14 (still reproducible with 5.18.16) the prompt for entering a keyphrase at boot is not shown, but the boot continues when the right password is entered.

All what I'm getting when the password is prompted is this:
```
Starting version 251.3-1-arch
_
```
The `_` above indicates the cursor, which does not blink, so there's no visual feedback and it seems the computer froze, but didn't. It is annoying, especially for inexperienced users and looks as the system is broken at this point.

After entering a correct passphrase (also there is no feedback when entering an invalid one), the prompts shortly appears and the system boots normally.

```
Starting version 251.3-1-arch

A password is required to access the system volume:
Enter passphrase for /dev/sda3:
No key available with this passphrase.
Enter passphrase for /dev/sda3:
Scanning for Btrfs filesystems
```

Additional info:
* package version(s): 5.18.16, 5.18.14
* the problem disappears when downgrading 5.18.12

Attached two screenshots taken before and after a correct passphrase has been entered.
   1.jpg (62.6 KiB)
   2.jpg (109.7 KiB)
This task depends upon

Closed by  Toolybird (Toolybird)
Monday, 03 October 2022, 06:22 GMT
Reason for closing:  Fixed
Additional comments about closing:  See comments
Comment by Toolybird (Toolybird) - Thursday, 11 August 2022, 06:55 GMT
Interesting. Multiple displays connected? Which initrd creation tool are you using, mkinitcpio, dracut, booster? Have you considered performing a bisection to find the causal commit? Does it happen on 5.19.arch1-1 in testing?
Comment by Karthik (wpd) - Thursday, 11 August 2022, 08:22 GMT
I can reproduce the same on both linux-lts 5.15.59-2 and linux 5.18.16.arch1-1. I use the LTS kernel and this broke between linux-lts 5.15.55-2 and 5.15.59-2. I have two displays over displayport, with MST (https://www.dell.com/support/kbdoc/en-us/000128707/how-to-daisy-chain-multiple-monitors-using-displayport-multi-stream-transport-mst). I guess the commit in question was backported from 5.18 to 5.15.

Even though the prompt does not show up, I can type my password and get to SDDM. When I do log in, I only see one display in LxQt.
Comment by loqs (loqs) - Thursday, 11 August 2022, 14:21 GMT
Same issue as https://bbs.archlinux.org/viewtopic.php?id=278350 ? You could try the kernel from post #37 of that thread.
Comment by Karthik (wpd) - Monday, 29 August 2022, 06:44 GMT
I use linux-lts for my work, so I am compiling 5.15.55 manually as a workaround
Comment by Jan Max (codepilot) - Wednesday, 31 August 2022, 11:53 GMT
Hi, I now was able to solve the problem, by removing "Early KMS start" of the nouveau-driver. The system runs normally, X server is coming up so this is fine.

Loading...