Black screen on boot

Within the past couple of weeks my laptop has refused to boot from the current version of the OS. Instead, I get a black screen at the point I’d expect to see the prompt for a password to decrypt the disk. Here’s what rpm-ostree status says:

  fedora:fedora/39/x86_64/silverblue
                  Version: 39.20231223.0 (2023-12-23T04:01:22Z)
               BaseCommit: 3445a13d4a5c63a1c731c29f074fb4fef4a249185ceb2c232af5bf72e2a67850
             GPGSignature: Valid signature by E8F23996F23218640CB44CBE75CF5AC418B8E74C
                     Diff: 211 upgraded, 2 removed, 3 added
          LayeredPackages: distrobox fastfetch ffmpeg-free fortune-mod gnome-shell-extension-appindicator gnome-tweaks langpacks-en_GB
                           libinput-utils lshw neovim openssl podman-compose python3-pip rclone sg3_utils zsh

● fedora:fedora/39/x86_64/silverblue
                  Version: 39.20231205.0 (2023-12-05T00:55:28Z)
               BaseCommit: ae1afb462f69a9170bdfa24ef9fc3059b2366480c4fbcfac2a15c0fc65487d8a
             GPGSignature: Valid signature by E8F23996F23218640CB44CBE75CF5AC418B8E74C
          LayeredPackages: distrobox fastfetch ffmpeg-free fortune-mod gnome-shell-extension-appindicator gnome-tweaks langpacks-en_GB
                           libinput-utils lshw neovim openssl podman-compose python3-pip rclone sg3_utils zsh

Version 39.20231223.0 is the offending one.
Is there anything I might do to diagnose this?

I have the same issue in F39 with kernels 6.6.6 and 6.6.7. Kernel 6.5.6 boots fine. Zenbook 14 UM3402YAR, Ryzen 7730u.

The LUKS decrypt passphrase entry screen isn’t displayed. Try blindly entering your passphrase - if it is identical to my issue your system will continue to boot and display the bootsplash logos …

1 Like

Hit ESC multiple times, when you get to said Black screen, It is possible that the Fedora Splash screen which displays the Password Prompt is not loading at boot. Seems to happen every once in a while with certain kernels. . .

If the greeting screen is the issue, you can disable it by removing the rhgb Red Hat Graphical Boot from the kernel arguments.

rpm-ostree kargs --delete-if-present rhgb

Edit: Similar issue here https://discussion.fedoraproject.org/t/after-update-to-kernel-6-6-6-the-drive-decrypt-prompt-doesnt-work/99328

1 Like

When using ESC key on my system, the LUKS password prompt is still not displayed, and after blindly entering the passphrase, the system continues to boot in verbose output without bootsplash display …

Do you at least see the Terminal prompts? and ******* for decrypting your password? If not, this could be a display driver issue.

I’ll look into this.

Unfortunately, no - still a completely blank screen. Terminal output only displays after blindly entering passphrase…

Thanks for looking into this.

This may be a screen power management issue. I’ve just now noticed that when locking the screen (Gnome desktop) and attempting to reactivate it to login, it does not power on. The laptop is still on and receiving input, but no power sent to the screen …

If I suspend and resume, the screen is active and functional.

Thanks for the replies. I’m travelling right now but will check the various suggestions ASAP.
My system is AMD also (Thinkpad Z16 gen 1).

I can now confirm that it will start up if I type the LUKS password after the screen goes blank on boot, as you describe.

Out of curiosity, did you try ESC just before typing password?

Updating to kernel 6.6.8 corrected the behavior. Let’s hope it stays fixed!

2 Likes

Confirmed working here as well, kernel 6.6.8-200.fc39.x86_64.