F39+Nvidia shows a black log-in screen

[mrsampson (Oliver Sampson)]

I installed ollama and it downloaded and installed all of the nvidia drivers for me. (Yay!) However at reboot, I only get a black log-in screen. Moreover, in contrast to this problem:

Black screen after installing Nvidia driver

Hi! I’m new to Fedora (and Linux in general) and I’ve been trying to install and setup Fedora 37 i3 spin on my Laptop. I’m running a Ryzen 7 5800H with integrated graphics and also an RTX 3070. Secure boot is turned off and I enabled encryption. I was only able to boot into Fedora using the nomodeset parameter in grub (I assume because of the missing Nvidia drivers). I ran dnf update and then installed the latest Nvidia drivers from the Nvidia CUDA repository (Later I also tried the RPM Fusion…

I can type in my password and everything works fine. (nvidia-smi shows a very happy and healthly GPU.)

Interestingly enough, the lock screen works just fine. It’s only the log-in screen that seems affected.

How do I get a non-black log-in screen?

[mrsampson (Oliver Sampson)]

FWIW, this solution

Black screen after upgrading to kernel 5.19.10

Check that /etc/default/grub Should be GRUB_CMDLINE_LINUX="rhgb quiet modprobe.blacklist=nouveau rd.driver.blacklist=nouveau nvidia-drm.modeset=1" important nvidia-drm.modeset=1 After changing it, run sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg if using UEFI

does not solve it for me.

[computersavvy (Jeff V)]

@mrsampson

After changing it, run sudo grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg if using UEFI

does not solve it for me.

I hope you noticed that the post you quoted is 2 years old and not correct for fedora today.

If you actually ran the indicated command then it broke kernel updates on your system going forward.
The correct command would have been
sudo grub2-mkconfig -o /boot/grub2/grub.cfg

To repair the problem created by running the incorrect command you need to do the following.

1. sudo rm /boot/efi/EFI/fedora/grub.cfg /boot/grub2/grub.cfg
   which will remove the now faulty files.
2. sudo dnf reinstall grub2-common
   which should recreate both those files with the proper content.

[mrsampson (Oliver Sampson)]

Thank you for your concern, but I did not execute that command. I did however execute the recommended change from the second link (which is indeed the one you recommend), which was unsuccessful.

UPDATE: I think in my second link, I copied the wrong one. Doh. That’s what I get for looking at six related post simultaneouly. Anyhow, the link that doesn’t work is:

Fedora 38 Nvidia driver issue

Hello everyone, recently i doing clean Fedora 38 install and run into issues with nvidia proprietary driver The problem was with Phantom monitor(none-1-1) and freezing Wayland session After some workarounds i found that problem is due to nvidia-drm.modeset=1 kernel option not set Steps i do to fix the problem: Open grub config sudo nano /etc/default/grub Add nvidia-drm.modeset=1 to GRUB_CMDLINE_LINUX line Update grub config with sudo grub2-mkconfig -o /boot/grub2/grub.cfg command Reboot th…

[mrsampson (Oliver Sampson)]

And for example in this link:

Nvidia driver 530.41.03 black login screen

Hi. I’ve installed the newest nvidia driver 530.41.03, but now I have the following issue. After each reboot or logout, my login screen turns black. In addition, a “no signal” message is displayed on my monitor. However, I can enter the password blindly and log in. Do you have any ideas how to fix it?

the issue appears to be due to Wayland. I am running X11.

[mrsampson (Oliver Sampson)]

For anyone else that lands here via a web search, the solution for me was to edit the /etc/X11/xorg.conf.d/10-nvidia.conffile and set the Option "PrimaryGPU" "yes" to "no".

[computersavvy (Jeff V)]

Interesting!

This is the first time I have heard about this type issue where using an optimus laptop and setting the nvidia gpu as primary does not work properly with X11.

Thanks for the information.

[hamrheadcorvette (hammerhead corvette)]

@mrsampson

the solution for me was to edit the /etc/X11/xorg.conf.d/10-nvidia.conffile and set the Option "PrimaryGPU" "yes" to "no".

@computersavvy

This is the first time I have heard about this type issue where using an optimus laptop and setting the nvidia gpu as primary does not work properly with X11.

On the day my Merge request was accepted. . .

[computersavvy (Jeff V)]

@mrsampson

the solution for me was to edit the /etc/X11/xorg.conf.d/10-nvidia.conffile and set the Option "PrimaryGPU" "yes" to "no".

The only way that file had that option in it (when xorg-x11-drv-nvidia was installed from rpmfusion) would have been if the user had first put that file into that location then edited it to add the option.

The default config of that file as distributed is this (copied from /usr/share/X11/xorg.conf.d/nvidia.conf into the /etc/X11/org.conf.d/ directory)

#This file is provided by xorg-x11-drv-nvidia
#Do not edit

Section "OutputClass"
	Identifier "nvidia"
	MatchDriver "nvidia-drm"
	Driver "nvidia"
	Option "AllowEmptyInitialConfiguration"
	Option "SLI" "Auto"
	Option "BaseMosaic" "on"
EndSection

Section "ServerLayout"
	Identifier "layout"
	Option "AllowNVIDIAGPUScreens"
EndSection

Making the nvidia gpu as primary involves adding the line Option "PrimaryGPU" "Yes" into the section “Output Class” . The copy to be edited is the copy in the /etc/X11/xorg.conf.d/ directory.

[mrsampson (Oliver Sampson)]

I am unsure what the ollama install script did when installing the drivers. When I get the chance I’ll mention it over on their github.