getsolus / getsolus/packages

LUKS encryption password enter screen obscured

Open
#8,774 0 comments 1 reaction 0 assignees View on GitHub

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
  1. 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
  2. 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

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.