Wie man das Problem behebt, dass NVIDIA-Treiber nach einem Kernel-Update unter Ubuntu nicht geladen werden

Ein Ubuntu-Kernel-Update kann dazu führen, dass ein NVIDIA-System zwar normal startet, der proprietäre Treiber aber nicht mehr geladen wird. Die Symptome sind vielfältig: nvidia-smiEs kann eine Fehlermeldung bezüglich der Kommunikation mit dem Treiber erscheinen, CUDA-Anwendungen erkennen die GPU möglicherweise nicht mehr, der Desktop greift auf Software-Rendering zurück oder das System modprobe nvidiastürzt komplett ab. Die praktische Lösung besteht darin, die fehlerhafte Komponente zu identifizieren, anstatt alles auf einmal neu zu installieren.

Diese Referenz konzentriert sich auf die in Ubuntu enthaltenen NVIDIA-Treiber und die aktuellen Empfehlungen von Canonical. Stand Oktober 2026 empfiehlt Ubuntu ubuntu-driversfür die meisten Systeme das Tool oder die Anwendung „Zusätzliche Treiber“ und, falls verfügbar, vorkompilierte, signierte Kernelmodule. Die offizielle Ubuntu-Dokumentation von NVIDIA unterstützt auch Ubuntu 22.04, 24.04 und 26.04. Da sich die Paketbenennung in neueren Versionen jedoch unterscheidet, sollten Sie keine Versionsnummer aus einem Beispiel übernehmen, es sei denn, diese wird tatsächlich für Ihr System angeboten.

Checkliste für die Schnelldiagnose

1. Bestätigen Sie, dass das Problem mit dem aktuellen Kernel aufgetreten ist.

Zuerst werden der laufende Kernel und der aktuelle NVIDIA-Status aufgezeichnet:

uname -r
nvidia-smi
lsmod | grep -E 'nvidia|nouveau'

Schlägt nvidia-smider Vorgang fehl und werden keine nvidiaModule angezeigt lsmod, liegt die Fehlerursache unterhalb der CUDA- oder Desktop-Anwendungsschicht. nvidia-smiMeldet Failed to initialize NVML: Driver/library version mismatchCanonical einen Fehler, dokumentiert dies als eine Inkompatibilität zwischen Benutzermodus- und Kernelmodul, die häufig nach einem Treiberupdate auftritt; ein Neustart kann ausreichen, falls das neue Modul bereits installiert ist.

Wenn Sie über GRUB noch einen älteren Kernel auswählen können und der Treiber dort funktioniert, ist das ein starkes Indiz dafür, dass dem neuen Kernel ein kompatibles NVIDIA-Modul fehlt. Ein älterer Kernel ist zwar eine nützliche temporäre Lösung, aber keine endgültige, da Kernel und Treiber weiterhin kompatibel sein müssen.

2. Fragen Sie Ubuntu, welchen Treiberzweig es empfiehlt.

Auf einem Standard-Ubuntu-Desktop oder einer Workstation sollte die Treiberauswahllogik von Ubuntu selbst verwendet werden, anstatt einen Zweig zu erraten:

sudo apt update
sudo ubuntu-drivers list

Für die meisten Desktop- und Gaming-Systeme empfiehlt Canonical den Standard-UDA-Treiber anstelle eines -serverPakets. Auf Servern sollten Sie ubuntu-drivers list --gpgpugegebenenfalls die Server-Richtlinien beachten. Wurde Ihr System zuvor mit dem eigenständigen NVIDIA- .runInstaller oder einem Drittanbieter-Repository installiert, kann die Verwendung unterschiedlicher Paketquellen die Fehlersuche erschweren. Canonical weist ausdrücklich darauf hin, dass Treiber, die nicht gemäß der Dokumentation installiert wurden, von Ubuntu bereitgestellte Komponenten überschreiben und Secure Boot beeinträchtigen können.

3. Überprüfen Sie Secure Boot, bevor Sie irgendetwas neu erstellen.

Secure Boot ist häufig ein Grund dafür, dass ein NVIDIA-Modul zwar auf der Festplatte vorhanden ist, aber nicht geladen wird. Überprüfen Sie seinen Status:

mokutil --sb-state
sudo modprobe nvidia

Wenn Secure Boot aktiviert ist und modprobeeine Meldung wie „“ zurückgibt Key was rejected by service, erzwingt der Kernel das Modulvertrauen. Ubuntu erzwingt die Validierung von Kernelmodulen unter Secure Boot auf unterstützten amd64-Versionen seit Jahren. Canonical empfiehlt, nach Möglichkeit signierte, vorkompilierte NVIDIA-Module zu verwenden. Wenn Sie DKMS bewusst einsetzen, kann Ubuntu die Erstellung und Registrierung eines Machine Owner Key (MOK) beim Neustart erfordern.

Deaktivieren Sie Secure Boot nicht als ersten Schritt zur Fehlerbehebung. Es kann zwar ein kurzer Diagnoseversuch in einer kontrollierten Umgebung sein, die bessere Lösung besteht jedoch in der Regel darin, ein signiertes Modul zu installieren oder den MOK korrekt zu registrieren. Canonical beschreibt den Registrierungsablauf in seiner UEFI Secure Boot-Dokumentation .

4. Prüfen Sie, ob das passende NVIDIA-Modul für den laufenden Kernel existiert.

Die vorkompilierten NVIDIA-Pakete von Ubuntu sind an eine Kernel-ABI gebunden. Ersetzen Sie diese DRIVER_BRANCHdurch den angegebenen Zweig ubuntu-drivers list:

DRIVER_BRANCH=XXX
apt-cache policy linux-modules-nvidia-${DRIVER_BRANCH}-$(uname -r)

Wenn das Paket für den aktuellen Kernel installiert ist, fahren Sie mit den unten aufgeführten Prüfungen von Secure Boot, Nouveau und Protokollierung fort. Falls es fehlt, installieren Sie das exakt passende Modulpaket:

sudo apt install linux-modules-nvidia-${DRIVER_BRANCH}-$(uname -r)

Canonical unterstützt auch die Installation des Flavor-Metapakets, beispielsweise linux-modules-nvidia-${DRIVER_BRANCH}-generic, wodurch zukünftige Kernel-Upgrades die entsprechenden NVIDIA-Module automatisch einbinden. Der genaue Paketname hängt von Ihrer Ubuntu-Version, dem Kernel-Flavor, dem Treiberzweig und davon ab, ob Sie eine Server-Variante verwenden. Überprüfen Sie daher den von APT angezeigten Kandidaten, bevor Sie die Installation bestätigen.

5. Wenn Sie DKMS verwenden, stellen Sie sicher, dass die aktuellen Kernel-Header vorhanden sind.

DKMS erstellt ein Modul, das exakt auf den verwendeten Kernel zugeschnitten ist. Daher benötigt es passende Kernel-Header. Canonical empfiehlt DKMS hauptsächlich dann, wenn keine vorkompilierten Module verfügbar sind, beispielsweise bei einigen benutzerdefinierten Kerneln.

sudo apt install linux-headers-$(uname -r)
dkms status

Falls der NVIDIA DKMS-Eintrag keinen erfolgreichen Build für den aktuellen Kernel anzeigt, überprüfen Sie das Build-Protokoll, /var/lib/dkms/bevor Sie wahllos Pakete entfernen. Typische Fehlerursachen sind fehlende Header, nicht unterstützte Compiler-/Kernel-Kombinationen oder Probleme mit der Modulsignatur. Nach Behebung der Voraussetzung installieren Sie das entsprechende DKMS-Paket neu oder verwenden Sie den automatischen Installationspfad von Ubuntu.

sudo ubuntu-drivers install --include-dkms

Verwenden Sie diesen Befehl nur, wenn DKMS tatsächlich erforderlich ist. Laut der aktuellen Desktop-Dokumentation von Canonical sind vorkompilierte Module für die meisten Benutzer die bevorzugte Wahl, insbesondere bei Verwendung von Secure Boot.

6. Installieren Sie das fehlende vorkompilierte Modul, sobald es verfügbar ist.

Falls Schritt 4 ergab, dass dem aktuellen Kernel das vorkompilierte NVIDIA-Modul fehlt, installieren Sie es explizit und lassen Sie APT die Initramfs neu erstellen:

sudo apt install linux-modules-nvidia-${DRIVER_BRANCH}-$(uname -r)

Überprüfen Sie anschließend, ob APT ohne Abhängigkeitsfehler abgeschlossen wurde. Vermeiden Sie die erzwungene Paketinstallation dpkg --force-*; dies kann zu inkompatiblen Versionen des Kernelmoduls, der Benutzerbibliotheken und des Metapakets führen.

Wenn Sie sich nicht sicher sind, welchen Zweig Sie verwenden sollen, ist die sicherere allgemeine Reparaturmethode:

sudo ubuntu-drivers install

Canonical ubuntu-driversverwendet dieselbe Logik wie die Anwendung „Zusätzliche Treiber“ und wählt standardmäßig vorkompilierte, signierte Treiber aus, die bekanntermaßen mit Secure Boot funktionieren.

7. Nach Paketänderungen neu starten.

Ein Neustart ist hier nicht nur eine Formalität. Der laufende Kernel kann ein älteres NVIDIA-Modul im Speicher behalten, während APT die Benutzerbibliotheken auf der Festplatte bereits aktualisiert hat. Canonical dokumentiert dies ausdrücklich als Ursache für eine Inkompatibilität der NVML-Treiber-/Bibliotheksversionen nach Updates.

sudo reboot

Installieren Sie das Programm nach dem Neustart nicht sofort erneut. Überprüfen Sie zunächst das Ergebnis mit den Befehlen im nächsten Abschnitt.

8. Überprüfen Sie, ob das NVIDIA-Modul geladen ist.

Laufen:

nvidia-smi
lsmod | grep nvidia
cat /proc/driver/nvidia/version

Eine erfolgreiche Reparatur lässt sich an drei Punkten erkennen: nvidia-smiDie GPU wird aufgelistet, lsmoddie NVIDIA-Module werden angezeigt und /proc/driver/nvidia/versiondie Version des verwendeten Moduls wird gemeldet. Bei CUDA-Workloads sollte zusätzlich die zuvor fehlgeschlagene Anwendung oder das Framework erneut ausgeführt werden; nvidia-smidies allein beweist die Treiberkommunikation, nicht aber die Kompatibilität aller CUDA-Bibliotheken in Ihrer Umgebung.

Falls dies weiterhin fehlschlägt: Nutzen Sie das Symptom, um die nächste Aktion auszuwählen.

„Versionskonflikt zwischen Treiber und Bibliothek“

Starten Sie das System zunächst neu. Vergleichen Sie anschließend die Version des laufenden Kernelmoduls mit den installierten Paketen. Canonical weist darauf hin, dass aktualisierte Benutzerkomponenten vorübergehend nicht mit einem älteren, noch im Speicher geladenen Modul übereinstimmen können. Besteht die Diskrepanz nach dem Neustart weiterhin, prüfen Sie, ob unterschiedliche Paketquellen vorhanden sind und mehrere Treiberzweige installiert wurden.

„Es wurden keine Geräte gefunden“ und Nouveau ist geladen

Überprüfen:

lsmod | grep nouveau

Laut der Serverdokumentation von Ubuntu kann Nouveau in dieser Situation mit dem proprietären NVIDIA-Treiber in Konflikt geraten. Wenn Nouveau geladen ist und Sie den proprietären Treiber verwenden möchten, empfiehlt Canonical, ihn auf die Sperrliste zu setzen und die Initramfs neu zu erstellen.

echo "blacklist nouveau" | sudo tee /etc/modprobe.d/disable-nouveau.conf
echo "options nouveau modeset=0" | sudo tee -a /etc/modprobe.d/disable-nouveau.conf
sudo update-initramfs -u
sudo reboot

Nouveau sollte nicht einfach deshalb auf die Blockliste gesetzt werden, weil es auf der Festplatte vorhanden ist; zuerst muss überprüft werden, ob es tatsächlich geladen ist und ob es für den Fehler relevant ist.

modprobe nvidiabesagt, dass der Schlüssel abgelehnt wurde.

Kehren Sie zum Pfad für sicheres Booten zurück. Verwenden Sie nach Möglichkeit signierte Ubuntu-Module oder schließen Sie die MOK-Registrierung für ein DKMS-Modul ab. Die wiederholte Neuinstallation desselben unsignierten Moduls ändert die Vertrauensentscheidung nicht.

Der neue Kernel hat kein kompatibles Modulpaket.

Starten Sie vorübergehend einen älteren, funktionierenden Kernel, halten Sie das System auf dem neuesten Stand und prüfen Sie, ob Ubuntu ein passendes vorkompiliertes Modul für den neueren Kernel bereitstellt. Wenn Sie bewusst einen benutzerdefinierten Kernel verwenden, kann DKMS geeignet sein. Lesen Sie jedoch das Build-Protokoll und vergewissern Sie sich, dass Secure Boot signiert ist. Vermeiden Sie es, einen alten Kernel dauerhaft zu verwenden, es sei denn, Sie haben einen Wartungsplan für Sicherheitsupdates.

Befehle, die vor dem Bitten um Hilfe gesammelt werden sollten

Diese Befehle bieten ein kompaktes Diagnosepaket, ohne das System zu verändern:

uname -a
lspci -nnk | grep -A3 -i nvidia
nvidia-smi
lsmod | grep -E 'nvidia|nouveau'
mokutil --sb-state
dkms status
apt-cache policy 'nvidia-driver-*' | sed -n '1,160p'
sudo dmesg | grep -iE 'nvrm|nvidia|nouveau|secure|module' | tail -n 120

Geben Sie die Ubuntu-Version (von [Versionsnummer lsb_release -a] oder /etc/os-release[Versionsnummer]), den genauen Kernel (von [Versionsnummer] uname -r) und die ursprüngliche Installationsmethode (Ubuntu-Pakete, NVIDIA-Repository, PPA oder eigenständiges Installationsprogramm) an. Diese Details sind in der Regel wichtiger als die allgemeine Aussage „Der Treiber funktionierte nach einem Update nicht mehr“.

Praktische Prävention

• Für normale Desktop-Systeme empfiehlt sich der Workflow von Ubuntu ubuntu-driversoder Additional Drivers.
• Halten Sie das Kernel-Flavor-Metapaket installiert, damit zukünftige Kernel-Updates passende NVIDIA-Module bereitstellen können.
• Nach Kernel- oder NVIDIA-Treiberaktualisierungen einen Neustart durchführen, anstatt mit einem gemischten Speicher-/Festplatten-Stack fortzufahren.
• Halten Sie mindestens einen funktionierenden Kernel bereit, bis Sie sichergestellt haben, dass der neue Kernel mit dem GPU-Treiber bootet.
• Vermeiden Sie es, Ubuntu-Pakete, PPAs, den eigenständigen Installer von NVIDIA und mehrere Repositories zu mischen, es sei denn, Sie kontrollieren die Folgen bewusst.

Offizielle Referenzen

Die aktuellen Vorgehensweisen von Canonical finden Sie unter „NVIDIA-Treiber installieren – Ubuntu Desktop“ und „NVIDIA-Treiberinstallation – Ubuntu Server“ . Spezielle Hinweise zu DKMS finden Sie unter „ Eigene NVIDIA-Module mit dem DKMS-Paket erstellen“ . Die Herstellerdokumentation von NVIDIA ist im „ NVIDIA-Treiberinstallationshandbuch für Ubuntu“ verfügbar .

Der genaue Treiberzweig, die Kernel-ABI und die Paketnamen sind versionsabhängig. Verwenden Sie immer die von Ihrem System und APT gemeldeten Werte, anstatt Beispielversionen als universell anzusehen.