Not seeing LUKS Password Screen on Boot

When booting, after GRUB I am met with a black screen where typically I would be shown a graphic prompting for the password for my LUKS-encrypted hard drive.
When I reboot my PC, I am seeing this prompt however on cold starts I am not. I can blindly type in my password and after successfully entering it, I see the splash screen which shows a loading wheel and then eventually I am met with my Login screen

Additional info:
Kernel 6.1.15
Razer Blade 15 Advanced (2022)

Here are my kernel logs related to nouveau and drm:

[    1.462782] ACPI: bus type drm_connector registered
[    1.499173] [drm] Initialized simpledrm 1.0.0 20200625 for simple-framebuffer.0 on minor 0
[    1.499386] simple-framebuffer simple-framebuffer.0: [drm] fb0: simpledrmdrmfb frame buffer device
[    2.884278] nouveau: detected PR support, will not use DSM
[    2.884307] nouveau 0000:01:00.0: enabling device (0000 -> 0003)
[    3.005269] nouveau 0000:01:00.0: NVIDIA GA106 (b76000a1)
[    3.018766] i915 0000:00:02.0: [drm] VT-d active for gfx access
[    3.018830] i915 0000:00:02.0: [drm] Using Transparent Hugepages
[    3.024073] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/adlp_dmc_ver2_16.bin (v2.16)
[    3.123447] nouveau 0000:01:00.0: bios: version 94.06.3a.00.25
[    3.124076] nouveau 0000:01:00.0: fb: 6144 MiB GDDR6
[    3.129730] nouveau 0000:01:00.0: DRM: VRAM: 6144 MiB
[    3.129731] nouveau 0000:01:00.0: DRM: GART: 536870912 MiB
[    3.129732] nouveau 0000:01:00.0: DRM: BIT table 'A' not found
[    3.129733] nouveau 0000:01:00.0: DRM: BIT table 'L' not found
[    3.129739] nouveau 0000:01:00.0: DRM: TMDS table version 2.0
[    3.129740] nouveau 0000:01:00.0: DRM: DCB version 4.1
[    3.129740] nouveau 0000:01:00.0: DRM: DCB outp 00: 02803f66 04610020
[    3.129742] nouveau 0000:01:00.0: DRM: DCB outp 01: 01010f36 04600010
[    3.129743] nouveau 0000:01:00.0: DRM: DCB outp 02: 01010f32 00020010
[    3.129743] nouveau 0000:01:00.0: DRM: DCB outp 03: 01021f46 04600020
[    3.129744] nouveau 0000:01:00.0: DRM: DCB outp 04: 01021f42 00020020
[    3.129745] nouveau 0000:01:00.0: DRM: DCB outp 05: 02032f52 00020010
[    3.129745] nouveau 0000:01:00.0: DRM: DCB outp 06: 04045f86 04600020
[    3.129746] nouveau 0000:01:00.0: DRM: DCB outp 07: 04045f82 00020020
[    3.129747] nouveau 0000:01:00.0: DRM: DCB conn 00: 00001046
[    3.129748] nouveau 0000:01:00.0: DRM: DCB conn 01: 00002146
[    3.129748] nouveau 0000:01:00.0: DRM: DCB conn 02: 00010261
[    3.129749] nouveau 0000:01:00.0: DRM: DCB conn 03: 00020347
[    3.129749] nouveau 0000:01:00.0: DRM: DCB conn 05: 02000546
[    3.130018] nouveau 0000:01:00.0: DRM: MM: using COPY for buffer copies
[    3.157182] i915 0000:00:02.0: [drm] GuC firmware i915/adlp_guc_70.bin version 70.5.1
[    3.157186] i915 0000:00:02.0: [drm] HuC firmware i915/tgl_huc.bin version 7.9.3
[    3.179306] i915 0000:00:02.0: [drm] HuC authenticated
[    3.180326] i915 0000:00:02.0: [drm] GuC submission enabled
[    3.180328] i915 0000:00:02.0: [drm] GuC SLPC enabled
[    3.180863] i915 0000:00:02.0: [drm] GuC RC: enabled
[    3.182540] i915 0000:00:02.0: [drm] Protected Xe Path (PXP) protected content support initialized
[    3.533570] nouveau 0000:01:00.0: [drm] Cannot find any crtc or sizes
[    3.534614] [drm] Initialized nouveau 1.3.1 20120801 for 0000:01:00.0 on minor 1
[    3.630569] nouveau 0000:01:00.0: [drm] Cannot find any crtc or sizes
[    3.727565] nouveau 0000:01:00.0: [drm] Cannot find any crtc or sizes
[    4.141657] i915 0000:00:02.0: [drm] Skipping intel_backlight registration
[    4.141951] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 0
[    4.153420] fbcon: i915drmfb (fb0) is primary device
[    4.153428] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
[   20.200265] systemd[1]: Starting modprobe@drm.service - Load Kernel Module drm...
[   21.443571] snd_hda_intel 0000:01:00.1: bound 0000:01:00.0 (ops nv50_audio_component_bind_ops [nouveau])

I believe this error showed up with kernel 6.1.11 or 12 and was fixed at about 6.1.13 for those using the nvidia drivers. You are using nouveau so the same fix may not apply.

I would suggest to everyone that they install the nvidia drivers from rpmfusion so they may take advantage of all the features of the nvidia cards. Doing so should solve this black screen issue.

I installed the NVIDIA drivers but I am having the same issue.
The issue may lie with nouveau, but also my PC has an intel GPU and it’s possible the NVIDIA GPU isn’t even engaged at this point in boot and the intel GPU is used instead.

bump…still looking for a resolution

You need to provide more information along the lines of your post showing the nouveau driver being configured. Are you able to see the LUKS password screen on a warm reboot? You should compare journal entries for cold and warm boots.

appreciate the advice, I just performed a cold start and warm reboot and captured both logs related to nouveau and drm. They both look the same (minus the timestamps) even though they had different outcomes (password screen was showing on warm reboot and not showing on cold start)

[    0.000000] The simpledrm driver will not be probed
[    0.000000] The simpledrm driver will not be probed
[    0.053048] Kernel command line: BOOT_IMAGE=(hd0,gpt7)/vmlinuz-6.2.7-200.fc37.x86_64 root=UUID=12159b2a-1329-40be-8fb2-60eafa674c3c ro rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 initcall_blacklist=simpledrm_platform_driver_init rd.lvm.lv=fedora_localhost-live/root rd.luks.uuid=luks-67549b96-90f3-4949-8592-33a95f670ddb rhgb quiet rd.driver.blacklist=nouveau modprobe.blacklist=nouveau nvidia-drm.modeset=1 initcall_blacklist=simpledrm_platform_driver_init
[    0.053090] blacklisting initcall simpledrm_platform_driver_init
[    0.053132] blacklisting initcall simpledrm_platform_driver_init
[    1.466570] ACPI: bus type drm_connector registered
[    1.466640] initcall simpledrm_platform_driver_init blacklisted
[    2.633653] i915 0000:00:02.0: [drm] VT-d active for gfx access
[    2.633844] i915 0000:00:02.0: [drm] Using Transparent Hugepages
[    2.639023] i915 0000:00:02.0: [drm] Finished loading DMC firmware i915/adlp_dmc_ver2_16.bin (v2.16)
[    2.751659] i915 0000:00:02.0: [drm] GuC firmware i915/adlp_guc_70.bin version 70.5.1
[    2.751663] i915 0000:00:02.0: [drm] HuC firmware i915/tgl_huc.bin version 7.9.3
[    2.773963] i915 0000:00:02.0: [drm] HuC authenticated
[    2.775244] i915 0000:00:02.0: [drm] GuC submission enabled
[    2.775245] i915 0000:00:02.0: [drm] GuC SLPC enabled
[    2.775897] i915 0000:00:02.0: [drm] GuC RC: enabled
[    2.776801] i915 0000:00:02.0: [drm] Protected Xe Path (PXP) protected content support initialized
[    3.760277] i915 0000:00:02.0: [drm] Skipping intel_backlight registration
[    3.760532] [drm] Initialized i915 1.6.0 20201103 for 0000:00:02.0 on minor 0
[    3.771054] fbcon: i915drmfb (fb0) is primary device
[    3.771058] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device
[   10.198197] systemd[1]: Starting modprobe@drm.service - Load Kernel Module drm...
[   10.212570] systemd[1]: modprobe@drm.service: Deactivated successfully.
[   10.212678] systemd[1]: Finished modprobe@drm.service - Load Kernel Module drm.
[   12.963720] [drm] [nvidia-drm] [GPU ID 0x00000100] Loading driver
[   14.294743] [drm] Initialized nvidia-drm 0.0.0 20160202 for 0000:01:00.0 on minor 1

https://nouveau.freedesktop.org/KernelModeSetting.html should be your next stop.

I had this issue without my proprietary NVIDIA drivers installed, that led to nouveau running some tasks which showed up in the first logs I posted. However in this case, my internal GPU is used during bootup and then my NVIDIA GPU is used for X server/post-boot.

[    4.153420] fbcon: i915drmfb (fb0) is primary device
[    4.153428] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device

After installing the NVIDIA drivers, nouveau’s kernel module is blacklisted and no longer runs tasks, but my frame buffer device is still my i915 internal GPU.

[    3.771054] fbcon: i915drmfb (fb0) is primary device
[    3.771058] i915 0000:00:02.0: [drm] fb0: i915drmfb frame buffer device

I don’t have this issue with older kernels, so something has changed but I do not think it is a nouveau problem at this time.

bump…
still looking for assistance here.
thanks