LUKS Encryption Password Screen not Showing

I am facing an issue where on cold boots on my laptop I am not seeing the screen to prompt for my LUKS Password. I can type it in blindly and after pressing Enter, start to see the splash screen and then my computer boots.
If I restart my PC, the password screen shows normally though.
I believe this may be an issue with the i915 module (which I made sure is included in my initramfs file). When I disable KMS, I get a password prompt but the resolution looks like 800x600.
Fedora 38
Kernel 6.3.12

I am using a Razer Blade 15 (2022)
Intel i7-12800H processor with built-in Iris Xe Graphics (ADL GT2)

Below are my logs (which are not different between a cold start and a reboot):

dmesg | grep “drm|i915”
[ 1.148381] ACPI: bus type drm_connector registered
[ 1.179870] [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0
[ 1.180055] simple-framebuffer simple-framebuffer.0: [drm] fb0: simpledrmdrmfb frame buffer device
[ 2.270506] i915 0000:00:02.0: [drm] VT-d active for gfx access
[ 2.286689] i915 0000:00:02.0: vgaarb: deactivate vga console
[ 2.286736] i915 0000:00:02.0: [drm] Using Transparent Hugepages
[ 2.287072] i915 0000:00:02.0: vgaarb: changed VGA decodes: olddecodes=io+mem,decodes=none:owns=io+mem
[ 2.289948] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/adlp_dmc.bin (v2.19)
[ 2.316509] i915 0000:00:02.0: [drm] GT0: GuC firmware i915/adlp_guc_70.bin version 70.5.1
[ 2.316511] i915 0000:00:02.0: [drm] GT0: HuC firmware i915/tgl_huc.bin version 7.9.3
[ 2.331724] i915 0000:00:02.0: [drm] HuC authenticated
[ 2.332526] i915 0000:00:02.0: [drm] GT0: GUC: submission enabled
[ 2.332527] i915 0000:00:02.0: [drm] GT0: GUC: SLPC enabled
[ 2.333054] i915 0000:00:02.0: [drm] GuC RC: enabled
[ 2.333771] i915 0000:00:02.0: [drm] Protected Xe Path (PXP) protected content support initialized
[ 3.313486] i915 0000:00:02.0: [drm] Skipping intel_backlight registration
[ 3.313710] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 1
[ 3.324704] fbcon: i915drmfb (fb0) is primary device
[ 3.324708] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
[ 23.530092] systemd[1]: Starting modprobe@drm.service - Load Kernel Module drm…
[ 23.612716] audit: type=1130 audit(1689174773.936:11): pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg=‘unit=modprobe@drm comm=“systemd” exe=“/usr/lib/systemd/systemd” hostname=? addr=? terminal=? res=success’
[ 24.039252] mei_hdcp 0000:00:16.0-b638ab7e-94e2-4ea2-a552-d1c54b627f04: bound 0000:00:02.0 (ops i915_hdcp_component_ops [i915])
[ 24.044043] mei_pxp 0000:00:16.0-fbf6fcf1-96cf-4e2e-a6a6-1bab8cbe36b1: bound 0000:00:02.0 (ops i915_pxp_tee_component_ops [i915])
[ 24.361520] sof-audio-pci-intel-tgl 0000:00:1f.3: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])
[ 25.635152] [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
[ 27.300656] [drm] Initialized nvidia-drm 0.0.0 20160202 for 0000:01:00.0 on minor 0

Your tags and the log snippet you included show you have an nvidia GPU as well as the intel.

Please post the output of inxi -Fzxx and dnf list installed '*nvidia*'

Have you done a dnf upgrade --refresh to ensure everything is fully up to date as one of the first steps in troubleshooting this?

I don’t know why it would be happening on cold boots and not when restarting, but when I had an Nvidia card in my machine, I had this same issue on every boot. What helped me then was to add the “nomodeset” argument to my kernel command line (i.e. running sudo grubby --update-kernel=ALL --args="nomodeset"). It could be worth a shot if nothing else works.

Just as a heads up, the NVIDIA GPU doesn’t kick in at this point in the boot process. It’s all handled by Intel. After I enter my password, the NVIDIA GPU modules are loaded. And yes, I have made sure everything is up to date.

Kernel: 6.3.12-200.fc38.x86_64 arch: x86_64 bits: 64 compiler: gcc
v: 2.39-9.fc38 Console: pty pts/1 Distro: Fedora release 38 (Thirty Eight)
Type: Laptop System: Razer product: Blade 15 (2022) - RZ09-0421 v: 8.04
Mobo: Razer model: CH580 v: 4 serial: N/A UEFI: Razer v: 2.02
date: 01/10/2023
ID-1: BAT0 charge: 75.2 Wh (96.5%) condition: 77.9/80.2 Wh (97.1%)
volts: 17.6 min: 15.4 model: Razer Blade status: charging
Device-1: hid-dc:2c:26:33:55:47-battery model: Keychron K2 charge: N/A
status: discharging
Device-2: hidpp_battery_0 model: Logitech Wireless Mouse
charge: 55% (should be ignored) status: discharging
Info: 14-core (6-mt/8-st) model: 12th Gen Intel Core i7-12800H bits: 64
type: MST AMCP arch: Alder Lake rev: 3 cache: L1: 1.2 MiB L2: 11.5 MiB
L3: 24 MiB
Speed (MHz): avg: 1922 high: 2800 min/max: 400/4700:4800:3700 cores:
1: 694 2: 2800 3: 1247 4: 2800 5: 1121 6: 2800 7: 880 8: 2800 9: 836
10: 2800 11: 879 12: 2800 13: 2800 14: 2800 15: 2800 16: 2800 17: 2800
18: 669 19: 400 20: 918 bogomips: 112127
Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Device-1: Intel Alder Lake-P Integrated Graphics vendor: Razer USA
driver: i915 v: kernel arch: Gen-12.2 bus-ID: 00:02.0
Device-2: NVIDIA GA106M [GeForce RTX 3060 Mobile / Max-Q]
vendor: Razer USA driver: nvidia v: 535.54.03 arch: Ampere bus-ID: 01:00.0
Device-3: IMC Networks Integrated RGB Camera driver: uvcvideo type: USB
bus-ID: 1-2:2
Device-4: Logitech C920 PRO HD Webcam driver: snd-usb-audio,uvcvideo
type: USB bus-ID: 5-1.3.1:5
Display: server: X.Org v: 22.1.9 with: Xwayland v: 22.1.9 driver: X:
loaded: modesetting,nvidia unloaded: fbdev,nouveau,vesa dri: iris
gpu: i915,nvidia,nvidia-nvswitch resolution: 1: 2560x1440~60Hz
2: 1920x1080~60Hz
API: OpenGL v: 4.6 Mesa 23.1.3 renderer: Mesa Intel Graphics (ADL GT2)
direct-render: Yes
Device-1: Intel Alder Lake PCH-P High Definition Audio vendor: Razer USA
driver: sof-audio-pci-intel-tgl bus-ID: 00:1f.3
Device-2: NVIDIA GA106 High Definition Audio vendor: Razer USA
driver: snd_hda_intel v: kernel bus-ID: 01:00.1
Device-3: Logitech C920 PRO HD Webcam driver: snd-usb-audio,uvcvideo
type: USB bus-ID: 5-1.3.1:5
Device-4: HP USB Audio driver: hid-generic,snd-usb-audio,usbhid type: USB
bus-ID: 5-1.3.5:7
API: ALSA v: k6.3.12-200.fc38.x86_64 status: kernel-api
Server-1: PipeWire v: 0.3.74 status: n/a (root, process)
Device-1: Intel Alder Lake-P PCH CNVi WiFi vendor: Rivet Networks
driver: iwlwifi v: kernel bus-ID: 00:14.3
IF: wlo1 state: up mac:
Device-2: Realtek RTL8153 Gigabit Ethernet Adapter driver: r8152 type: USB
bus-ID: 6-1.3.3:4
IF: enp9s0u1u3u3 state: down mac:
Device-1: Intel driver: btusb v: 0.8 type: USB bus-ID: 1-10:4
Report: rfkill ID: hci0 rfk-id: 0 state: up address: see --recommends
Local Storage: total: 953.87 GiB used: 237.97 GiB (24.9%)
ID-1: /dev/nvme0n1 model: NVMe CA6-8D1024 size: 953.87 GiB temp: 33.9 C
ID-1: / size: 18.15 GiB used: 9.76 GiB (53.8%) fs: ext4 dev: /dev/dm-0
mapped: luks-740f9ae8-b98c-4891-bcbd-72ae1f109020
ID-2: /boot size: 1.8 GiB used: 300 MiB (16.3%) fs: ext4
dev: /dev/nvme0n1p10
ID-3: /boot/efi size: 96 MiB used: 76.2 MiB (79.3%) fs: vfat
dev: /dev/nvme0n1p2
ID-4: /home size: 600 GiB used: 222.22 GiB (37.0%) fs: btrfs
dev: /dev/nvme0n1p8
ID-5: /var size: 18.63 GiB used: 5.62 GiB (30.2%) fs: btrfs
dev: /dev/nvme0n1p12
ID-1: swap-1 type: partition size: 3.73 GiB used: 0 KiB (0.0%)
dev: /dev/nvme0n1p16
ID-2: swap-2 type: zram size: 8 GiB used: 0 KiB (0.0%) dev: /dev/zram0
System Temperatures: cpu: 37.0 C mobo: N/A
Fan Speeds (RPM): N/A
Processes: 624 Uptime: 15m Memory: available: 15.29 GiB
used: 3.44 GiB (22.5%) Init: systemd target: graphical (5) Compilers:
gcc: 13.1.1 Packages: 3 note: see --rpm Shell: Bash v: 5.2.15 inxi: 3.3.27

alex@fedora:~$ dnf list installed ‘nvidia
Installed Packages
akmod-nvidia.x86_64 3:535.54.03-1.fc38 @rpmfusion-nonfree-nvidia-driver
kmod-nvidia-6.3.11-200.fc38.x86_64.x86_64 3:535.54.03-1.fc38 @@commandline
kmod-nvidia-6.3.12-200.fc38.x86_64.x86_64 3:535.54.03-1.fc38 @@commandline
kmod-nvidia-6.3.8-200.fc38.x86_64.x86_64 3:535.54.03-1.fc38 @@commandline
nvidia-gpu-firmware.noarch 20230625-151.fc38 @updates
nvidia-persistenced.x86_64 3:535.54.03-1.fc38 @rpmfusion-nonfree-nvidia-driver
nvidia-settings.x86_64 3:535.54.03-1.fc38 @rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia.x86_64 3:535.54.03-2.fc38 @rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-cuda.x86_64 3:535.54.03-2.fc38 @rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-cuda-libs.i686 3:535.54.03-2.fc38 @rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-cuda-libs.x86_64 3:535.54.03-2.fc38 @rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-kmodsrc.x86_64 3:535.54.03-2.fc38 @rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-libs.i686 3:535.54.03-2.fc38 @rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-libs.x86_64 3:535.54.03-2.fc38 @rpmfusion-nonfree-nvidia-driver
xorg-x11-drv-nvidia-power.x86_64 3:535.54.03-2.fc38 @rpmfusion-nonfree-nvidia-driver

still looking for help on this…

I had just gone thru this issue and I accidentally fixed my LUKS login screen by following a guide to enable Wayland on Fedora 38 here:

However, I think the step that made the difference is:
Setting nvidia-drm.modeset=1 to /etc/default/grub and regenerating the grub config.

I also removed duplicates in the GRUB_CMDLINE_LINUX setting and I also removed blacklist nouveau - for me I dont think I have nouveau driver installed because dmesg | grep nouveau gave me no hit.

My machine: AMD Threadripper, RTX 3080

One always has the nouveau driver installed with fedora.
Your comment about the dmesg output only shows that the nouveau driver was probably not loaded during that particular boot.

When you remove the blacklist nouveau options from the line in /etc/default/grub then it allows the nouveau drivers to be loaded instead of the nvidia drivers. Those options are to prevent the system from loading the nouveau drivers which would then prevent loading the nvidia drivers. Removing those options may lead to problems in the future since it has been determined that they are necessary to ensure the nvidia driver is loaded instead and are placed there when installing the akmod-nvidia package.

In fact, this is from the rpmfusion howto nvidia

Switching between nouveau/nvidia
With recent drivers as packaged with RPM Fusion, it is possible to switch easily between 
nouveau and nvidia while keeping the nvidia driver installed. When you are about to select 
the kernel at the grub menu step. You can edit the kernel entry, find the linux boot 
command line and manually remove the following options "rd.driver.blacklist=nouveau 
modprobe.blacklist=nouveau nvidia-drm.modeset=1". This will allow you to boot using the 
nouveau driver instead of the nvidia binary driver. At this time, there is no way to make 
the switch at runtime.

Noted, thanks for the clarification. Perhaps other folks shouldnt remove that then. So far it works for me, loading NVIDIA driver and going into Wayland now.