LUKS encryption password enter screen obscured
Nobody has claimed this yet.
- Dominant language
- Python
- Stars
- 141
- Forks
- 146
- Avg merge
- 11h 7m
- Merged PRs (30d)
- 407
Description
Please confirm there isn't an open report for this issue
- I have searched through bug reports
Summary
So I had this issue occasionally before but now it's every time. Since upgrading my system to the latest sync my LUKS password entry screen has been either blank if i load from the systemd-boot selector, or my motherboard logo if auto boot. I can enter my password and press enter and it will let me in, but I can't see anything until it's just black screen then the login manager.
Steps to reproduce
- Be on the latest sync linux-current 7.0.3-336-1-x86_64 and nvidia-open-current 580.142-21-1-x86_64 with LUKS password encryption enabled
- Turn on the machine
Expected result
Get a password prompt to enter my LUKS password, i enter password and it unlocks machine
Actual result
Obscured by black screen or boot logo, but still enter password and unlocks machine.
Environment
- Is system up to date?
Repo
Polaris (stable)
Desktop Environment
Plasma
System details
System:
Host: maddiespc Kernel: 7.0.3-336.current arch: x86_64 bits: 64
Desktop: KDE Plasma v: 6.6.4 Distro: Solus 4.9 serenity
Machine:
Type: Desktop Mobo: Gigabyte model: B365M DS3H v: x.x
serial: Firmware: UEFI vendor: American Megatrends
v: F6c date: 11/28/2019
CPU:
Info: quad core Intel Core i3-9100F [MCP] speed (MHz): avg: 3654
min/max: 800/4200
Graphics:
Device-1: NVIDIA TU116 [GeForce GTX 1650 SUPER] driver: nvidia v: 580.142
Display: wayland server: X.org v: 1.21.1.22 with: Xwayland v: 24.1.10
compositor: kwin_wayland driver: gpu: nv_platform,nvidia,nvidia-nvswitch
resolution: 2560x1440~75Hz
API: OpenGL v: 4.6.0 compat-v: 4.5 vendor: nvidia mesa v: 580.142
renderer: NVIDIA GeForce GTX 1650 SUPER/PCIe/SSE2
Info: Tools: api: clinfo, eglinfo, glxinfo, vulkaninfo
de: kscreen-console,kscreen-doctor gpu: nvidia-settings,nvidia-smi
wl: wayland-info x11: xdpyinfo, xprop, xrandr
Network:
Device-1: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
driver: r8169
Device-2: Realtek 802.11ac NIC driver: rtw88_8821cu type: USB
Drives:
Local Storage: total: 912.89 GiB used: 197.24 GiB (21.6%)
Info:
Memory: total: 16 GiB note: est. available: 15.44 GiB used: 4.85 GiB (31.4%)
Processes: 289 Uptime: 10m Shell: Bash inxi: 3.3.40
Other comments
Using the LTS kernel fixes this issue. Probably upstream nvidia frickery since it seems like it's the 7.0 kernel doing it, but still a bug nonetheless. It feels related to the timing issues already happening with issue #8574 and subsequently #5531 because it's the same symptom.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by comparing the affected linux-current 7.0.3-336-1 kernel with the LTS kernel, since the report says LTS avoids the problem. Investigate the blank or boot-logo LUKS prompt with the nvidia-open-current driver and compare the timing symptoms described in issues #8574 and #5531. Done means the password prompt is visible during normal boot while LUKS unlocking still works.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- linux
- Domain
- operating-systems, security
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100