SDB:NVIDIA drivers
Open GPU kernel modules versus Proprietary drivers
The following article is about installing NVIDIA's Proprietary drivers. For more information about the Open GPU kernel modules, that NVIDIA released in May 2022, read this openSUSE Blog article.
Situation
Installing the official NVIDIA drivers using ZYpp (YaST or Zypper) is desired.
For information regarding NVIDIA's official linux .run file see "the hard way" page.
Procedure
Installing with YaST or Zypper requires root privileges.
Note that YaST is not available in openSUSE Aeon or Kalpa. You must use the command line with transactional-update and Zypper.
Special Requirements
You need to have multiversion feature for kernel packages enabled, it is normally the case by default.
You can verify that you have the following entry in /etc/zypp/zypp.conf
:
multiversion = provides:multiversion(kernel)
Add the NVIDIA Repository
The NVIDIA drivers can not be included with openSUSE because of their license. Conveniently, NVIDIA has an openSUSE repository that can be added and downloaded from.
You'll be asked whether you agree to import the 3rd party NVIDIA gpg key on the first refresh. We currently don't have a good way how to "trust" the thirdparty key and avoid this step. So please confirm the import of the key with yes.
Via terminal
Leap
As root, enter the following in a terminal:
# zypper install openSUSE-repos-Leap-NVIDIA
or
# zypper addrepo --refresh 'https://download.nvidia.com/opensuse/leap/$releasever' NVIDIA
Aeon, Kalpa, Leap Micro
For a successful driver installation there are more steps required.
As root, enter the following in a terminal:
# cp /usr/etc/transactional-update.conf /etc/transactional-update.conf
Open the newly created file with super user privileges:
# vim /etc/transactional-update.conf
and enter:
ZYPPER_AUTO_IMPORT_KEYS=1
Save the file using ESC + :q. As root enter the following in a terminal:
# transactional-update -i pkg install openSUSE-repos-MicroOS-NVIDIA
Tumbleweed / Slowroll
As root, enter the following in a terminal (choose the command matching your openSUSE distribution flavour):
# zypper install openSUSE-repos-Tumbleweed-NVIDIA # zypper install openSUSE-repos-Slowroll-NVIDIA
or
# zypper addrepo --refresh https://download.nvidia.com/opensuse/tumbleweed NVIDIA
Via YaST (for Leap and Tumbleweed)
- Open YaST, then click Software Repositories.
- Click Add (in the bottom left), then select Community Repositories.
- Select NVIDIA Graphics Drivers, then click OK.
Automated installation (tested on Tumbleweed)
To auto-detect and install the right driver for your hardware, run
# zypper install-new-recommends --repo repo-non-free
or
# zypper install-new-recommends --repo NVIDIA
Which command to choose depends on how you added the NVIDIA repository and which name the repo has.
Manual installation
Get the hardware information
In a terminal:
# lspci | grep VGA # lscpu | grep Arch
Alternatively:
# hwinfo --gfxcard | grep Model # hwinfo --arch
Using inxi utility:
# inxi -G # inxi -Ga
This information is also available in the Display subsection at YaST Hardware Information.
Determination of driver version
Beware: NVIDIA's site may declare a shorter support period with the same chip for mobile graphics compared to desktop video cards. This is not true for Linux drivers (more info here). openSUSE provides a unified Linux driver for all flavours: GeForce and Quadro, desktop and mobile. The driver decides during startup whether it supports this GPU or not.
To determine the appropriate driver for your card, put your hardware information into NVIDIA's driver search engine.
Note: NVIDIA driver versions are mapped to the following naming convention listed below. You will need this information when you are ready to install via commandline/zypper.
- G03 = driver v340 = legacy driver (via a community user)
- G04 = driver v390 = legacy driver (Fermi devices)
- G05 = driver v470 = driver for Kepler devices
- G06 = driver v550 = driver for Maxwell, Pascal devices and up
Note: Some OEMs use different chip familys (Kepler, Fermi) for the same product, as example GeForce 730.
Installation
Alternatively, YaST Software or the following command can be used to check the available packages:
# zypper se -s x11-video-nvidiaG0* nvidia-video-G06* nvidia-gl*G0* S | Name | Type | Version | Arch | Repository ---+---------------------------+---------+-----------------+--------+------------------------ | nvidia-gl-G06 | package | 545.29.06-18.1 | x86_64 | nVidia Graphics Drivers | nvidia-glG04 | package | 390.157-37.1 | x86_64 | nVidia Graphics Drivers | nvidia-glG05 | package | 470.223.02-59.1 | x86_64 | nVidia Graphics Drivers | nvidia-video-G06 | package | 545.29.06-18.1 | x86_64 | nVidia Graphics Drivers | x11-video-nvidiaG04 | package | 390.157-37.1 | x86_64 | nVidia Graphics Drivers | x11-video-nvidiaG05 | package | 470.223.02-59.1 | x86_64 | nVidia Graphics Drivers
If you are going to install CUDA later, then you must use the latest driver version (G06 as of Feb, 2024).
YaST (for Leap and Tumbleweed)
- Go to the YaST Control Center and click Software Management.
- View > Repositories > NVIDIA
- Choose the appropriate driver, e.g. x11-video-nvidiaG04 or x11-video-nvidiaG05 or nvidia-video-G06
- Optionally choose the corresponding OpenGL acceleration libraries; nvidia-glG04 or nvidia-glG05 or nvidia-gl-G06.
- Press Accept.
- Restart your computer.
Command line
It's for the moment the only way to install the drivers in openSUSE Aeon and Kalpa.
Once you know which product is mapped to the appropriate driver command mapping (e.g. G04 or G05 or G06), you can use :
Leap and Tumbleweed
# zypper in <x11-video-nvidiaG04 or x11-video-nvidiaG05 or nvidia-video-G06> # zypper in <nvidia-glG04 or nvidia-glG05 or nvidia-gl-G06>
Aeon and Kalpa
- For nvidia-video-G06 :
# transactional-update -i pkg in nvidia-drivers-G06 nvidia-driver-G06-kmp-default nvidia-video-G06 nvidia-gl-G06 nvidia-compute-G06
- For x11-video-nvidiaG05 :
# transactional-update -i pkg in nvidia-gfxG05-kmp-default x11-video-nvidiaG05 nvidia-glG05 nvidia-computeG05
- For x11-video-nvidiaG04 :
# transactional-update -i pkg in nvidia-gfxG04-kmp-default x11-video-nvidiaG04 nvidia-glG04 nvidia-computeG04
- Re-enable auto update:
# vim /etc/zypp/zypper.conf
uncomment the line:
#autoAgreeWithLicenses = no
and change it to:
autoAgreeWithLicenses = yes
Restart your computer.
Secureboot
Kernels in Leap 15.2 or higher (and Tumbleweed since Kernel 6.2.1) will, by default, refuse to load any unsigned kernel modules on machines with secure boot enabled.
During the NVIDIA driver installation on a secureboot system a MOK keypair is created and the kernel modules are signed with the created private key. The created certificate (public key) remains on the storage below /usr/share/nvidia-pubkeys, and the installer attempts to import it to the list of to-be-enrolled MOK pubkeys.
During the following reboot this certificate can easily be enrolled to the MOK database. The EFI tool for this (mokutil) is automatically started: inside the tool select "Enroll MOK", then "Continue", then "Yes". Use your root password (US keyboard layout!) when prompted for a password. The certificate is now added to the MOK database and is considered trusted, which will allow kernel modules with matching signatures to load. To finish, select "Reboot".
In case the import fails (for example, when no root password is set), or you miss the timeout for certificate enrollment after first reboot, you can easily import the certificate again by running the following command:
- For nvidia-driver-G0X (X >= 6):
# mokutil --import /usr/share/nvidia-pubkeys/MOK-nvidia-driver-G0<X>-<driver_version>-<kernel_flavor>.der --root-pw
- For nvidia-gfxG0X (X < 6):
# mokutil --import /usr/share/nvidia-pubkeys/MOK-nvidia-gfxG0<X>-<driver_version>-<kernel_flavor>.der --root-pw
Then reboot the machine and enroll the certificate as described before.
As a last resort, in case you are having problems with secure boot, you can, at your own risk, disable validation for kernel modules:
# mokutil --disable-validation
Driver Update
During a driver update the old and no longer used public key is being registered to be deleted from the MOK data base. So in addition to the "Enroll MOK" menu entry, a "Delete MOK" entry will appear in the EFI tool once you reboot the machine. In order to finally remove it from the MOK data base, select "Delete MOK", then "Continue", then "Yes". Use your root password (US keyboard layout!) when prompted for a password. You can show the certificate/description of the public key when selecting "View Key X" in order not to delete the wrong key. Press any key to continue from there.
Uninstalling the NVIDIA drivers
YaST
- Start YaST, go to: Software -> Software Management
- Change the 'Filter' to filter by software repositories
- Select the respective NVIDIA repository
- Mark any installed package from this repository for deletion and press 'Accept'. You may be prompted for conflicts, please ignore any conflicts and choose to break dependencies.
- Now in YaST select: Software -> Software Repositories
- Choose the respective NVIDIA repository and mark it 'disabled' - don't delete it as it will return enabled the next time the repositories are synced with the server.
Uninstalling the proprietary drivers will restore the previous X configuration file /etc/X11/xorg.conf
if one existed. If the hardware has changed in the meantime it may be necessary to manually edit this file.
Zypper
# zypper rm <x11-video-nvidiaG04 or x11-video-nvidiaG05 or nvidia-video-G06>
If that doesn't delete all the packages you can find the other names with
# zypper se -ir NVIDIA
or
# zypper lr # zypper se -ir <the repo number>
Also, the installer for the NVIDIA driver might have added nouveau to the blocklist; to be able to run the modesetting DDX driver or nouveau DDX driver again make sure there are no files containing the words blacklist nouveau
at /etc/modprobe.d/
, as the installer might fail to remove these.
After uninstalling the packages, you might need to recreate the initrd by running:
# dracut -f
Automatically Accept License
Whenever nonfree drivers get installed or updated the user by default has to manually accept the licenses in order to update. This is not an issue unless you want to automate updating your system on distributions such as MicroOS. Where the auto updater will stop working whenever zypper needs you to manually agree to the license of the nvidia driver updates. In these cases, you can get Zypper to autoaccept proprietary licenses by going to /etc/zypp/zypper.conf
and set
autoAgreeWithLicense = yes
and then recreate the initrd.
Troubleshooting
- https://en.opensuse.org/SDB:NVIDIA_troubleshooting
- If your computer freezes before the login screen after installing the propietary drivers and you are using GDM (usually the case if you are using GNOME), try adding WaylandEnable=false in /etc/gdm/custom.conf. This will disable the GNOME Wayland session as an option during login. If you want Wayland to still be enabled, run the command below and reboot.
# sudo ln -sfv /dev/null /etc/udev/rules.d/61-gdm.rules
- KDE may not work with Wayland protocol.
- You can verify the driver was actually loaded by running
lsmod | grep nvidia
in the terminal. The output should be like:
nvidia_drm 57344 2
nvidia_modeset 1187840 3 nvidia_drm
nvidia_uvm 1110016 0
nvidia 19771392 81 nvidia_uvm,nvidia_modeset
drm_kms_helper 229376 2 nvidia_drm,i915
drm 544768 13 drm_kms_helper,nvidia_drm,i915
The numbers in the middle column do not need to be the same. If the driver is loaded the problem relies elsewhere, since that means it was installed successfully.
- As stated before in this guide, if you are using secure boot make sure you accept the MOK, else the module won't load. One way to know if secure boot could be blocking the module is to look at the output of
dmesg
and search for warnings like the following:
Lockdown: modprobe: unsigned module loading is restricted; see man kernel_lockdown.7
modprobe: ERROR: could not insert 'nvidia': Required key not available
See also
Optimus
Users on hardware configurations with NVIDIA Optimus (usually the case on laptops) are advised to read SDB: NVIDIA SUSE Prime. Offloading to the dedicated GPU is possible using the instructions at [1]
CUDA
Developers and users involved in High Performance Computing applications may want to install CUDA libraries. Additional instructions are provided at the CUDA Toolkit Documentation and download links at NVIDIA Developer.
The installation instructions for CUDA require adding an NVIDIA-maintained repo. In openSUSE Aeon or Kalpa you must use "transactional-update shell" and then "zypper" within that shell.
WARNING: The repo added is an NVIDIA-maintained repo and contains the same drivers as the openSUSE-mantained repo(s) added above, but often with a less up-to-date a version. However the driver versions and NVML/CUDA libraries in the NVIDIA-maintained repo are designed to be used as matched sets, and using an openSUSE-provided NVIDIA driver with the NVIDIA-provided NVML/CUDA libraries will often result in "NVML library/driver mismatch" errors when they aren't compatible. The driver version must also be compatible with the kernel version though or the driver will fail to build (this won't cause zypper to error out, it will simply result in no nvidia driver being present).
It is recommended to use the 'kernel-longterm' rather than the 'kernel-default' so the NVIDIA-maintained driver can remain compatible with it, and set the NVIDIA-maintained repo to a higher priority than the openSUSE-maintained repo to ensure the working combination of NVML/CUDA libraries and drivers from NVIDIA are used together. Otherwise, every 3 months or so when a newer driver version is released by OpenSUSE, you'll have an unresolvable incompatibility between the NVML/CUDA libraries that still need the older version and the newer driver that's necessary for use with the newer kernel version.
NVIDIA Container Toolkit
Developers and users involving containerized High Performance Computing applications may want to install the NVIDIA Container Tools to enable GPU usage within containers. Additional instructions are provided at NVIDIA Container Toolkit Documentation.
NVIDIA Container Toolkit is provided in the stand alone NVIDIA-maintained repo mentioned in the NVIDIA documentation, but is also available from the NVIDIA-maintained CUDA repo (see above). CUDA installation is usually also necessary even for purely containerized workloads, so installation of only the NVIDIA-maintained CUDA repo and not the stand alone NVIDIA Container Toolkit repo listed in the documentation is a suggested deviation from the NVIDIA Container Toolkit Documentation.