Ein Ubuntu NVIDIA-Treiberfehler sieht fast immer gleich aus: schwarzer Bildschirm nach dem GRUB-Menü, zäh ruckelnder Desktop oder nvidia-smi ohne Ausgabe. Der schnellste Weg zurück führt über sudo ubuntu-drivers install: Damit landet das vorgebaute, von Canonical signierte Treibermodul auf dem System. Nach dem Neustart nur noch den blauen MOK-Dialog bestätigen, falls er erscheint – fertig.
Woran du einen Ubuntu NVIDIA-Treiberfehler erkennst
Nicht jeder schwarze Bildschirm ist ein Treiberproblem, deshalb lohnt die Abgrenzung vor dem ersten Befehl. Typisch für einen defekten oder gar nicht geladenen NVIDIA-Treiber sind diese Bilder:
- Nach dem GRUB-Menü bleibt der Schirm schwarz, höchstens ein blinkender Cursor ist zu sehen.
- Der Desktop startet, fühlt sich aber wie ein alter Rechner an – dann rendert die CPU per Software (Mesa/llvmpipe) statt der Grafikkarte.
nvidia-smimeldet „No devices were found“ oder „command not found“.- Zweiter Monitor, CUDA-Anwendungen oder Spiele mit Vulkan verweigern den Dienst.
Der Schnelltest am schwarzen Bildschirm: Strg+Alt+F3 drücken. Erscheint eine Textkonsole mit Login-Prompt, läuft das System und nur die grafische Sitzung liegt am Boden – das ist der Treiberfall. Bleibt auch die Konsole dunkel, suchst du an der falschen Stelle: Dann geht es um Bootloader, UEFI-Einstellungen oder schlicht um den falschen Monitoreingang (häufig steckt das Kabel im Board statt in der Grafikkarte).
Ersthilfe: mit nomodeset wieder auf den Desktop
Ohne Bildschirm lässt sich nichts reparieren. nomodeset weist den Kernel an, beim Booten kein Grafikmodul zu laden, und fährt stattdessen eine Basisgrafik hoch – niedrige Auflösung, keine Beschleunigung, aber ein bedienbares System:
- Rechner starten und das GRUB-Menü erzwingen: bei UEFI-Systemen mehrfach Esc tippen, bei älteren BIOS-Rechnern Shift halten.
- Den Ubuntu-Eintrag markieren und E drücken.
- In der Zeile, die mit
linuxbeginnt, hinter den vorhandenen Parameternnomodesetergänzen. - Mit Strg+X booten.
Diese Änderung gilt nur für einen Start und überlebt keinen Neustart – das ist Absicht. nomodeset ist ein Rettungsmodus, um an ein Terminal zu kommen, keine Dauerlösung. Wer es dauerhaft in /etc/default/grub einträgt, verzichtet auf jede Grafikbeschleunigung und verschleiert das eigentliche Problem.
NVIDIA-Treiber unter Ubuntu 24.04 in 7 Schritten installieren
Ubuntu 24.04 LTS startet standardmäßig mit dem quelloffenen nouveau-Treiber, der moderne GeForce-Karten nur notdürftig ansteuert. Der saubere Weg ist der NVIDIA-Treiber aus Ubuntus eigenen Paketquellen über das Werkzeug ubuntu-drivers. Der Vorteil: Ubuntu liefert für die verbreiteten Kernel fertig gebaute und von Canonical signierte Kernelmodule (Pakete der Reihe linux-modules-nvidia-*). Die laufen unter Secure Boot ohne eigenen Schlüssel und müssen bei einem Kernel-Update nicht neu kompiliert werden. Arbeite die Schritte in der Textkonsole ab, wenn die Oberfläche noch streikt:
- System aktualisieren:
sudo apt update && sudo apt full-upgrade. Ein halb aktualisiertes System ist die häufigste Ursache für Paketkonflikte im nächsten Schritt. - Verfügbare Treiber anzeigen:
sudo ubuntu-drivers listoder ausführlicher ubuntu-drivers devices. Interessant ist die Zeile mit der Markierungrecommended. - Empfohlenen Treiber installieren:
sudo ubuntu-drivers install. Eine bestimmte Branch erzwingst du mitsudo ubuntu-drivers install nvidia:580. - Nur falls für deinen Kernel kein vorgebautes Modul existiert, greift der DKMS-Weg. Dafür brauchst du Compiler und Kernel-Header:
sudo apt install build-essential linux-headers-$(uname -r), anschließendsudo ubuntu-drivers install --include-dkms. - Neu starten:
sudo reboot. - Erscheint ein blauer Bildschirm namens „MOK Management“, wählst du Enroll MOK → Continue → Yes und gibst das Passwort ein, das während der Installation abgefragt wurde. Dieser Dialog wartet nur wenige Sekunden – wer ihn wegklickt oder verpasst, landet wieder beim schwarzen Bildschirm.
- Ergebnis prüfen:
nvidia-smizeigt Karte, Treiber- und CUDA-Version. Alternativcat /proc/driver/nvidia/version, wenn die Utils nicht installiert sind.
Neben der Konsole gibt es unter 24.04 weiterhin den grafischen Weg über Software & Aktualisierungen → Zusätzliche Treiber. Er macht dasselbe, zeigt aber weniger darüber, was gerade passiert – bei einem Fehlerbild ist die Konsole die bessere Wahl.
Welche Treiber-Branch passt zu deiner Karte?
Welche Version richtig ist, sagt dir ubuntu-drivers selbst. Zur Einordnung: In den Paketquellen von Ubuntu 24.04 (Noble) stehen im August 2026 unter anderem diese Branches bereit.
| Branch | Paket in 24.04 | Charakter | Passt für |
|---|---|---|---|
| 595 | nvidia-driver-595 / -595-open | aktuelle Production Branch (seit März 2026) | neue Karten, RTX-50-Serie, aktuelle Spiele |
| 590 | nvidia-driver-590 | New Feature Branch aus dem Multiverse | nur, wenn eine bestimmte Neuerung nötig ist |
| 580 | nvidia-driver-580 / -580-open | Long Term Support Branch, Sicherheits-Updates bis 2028 | Arbeitsrechner, die einfach laufen sollen |
| 470 | nvidia-driver-470 | Legacy-Branch, keine neuen Funktionen | Kepler-Karten der GTX-600er- und GTX-700er-Reihe |
Zur Variante mit dem Zusatz -open: Das sind NVIDIAs quelloffene Kernelmodule, die es für Turing und neuere Generationen gibt – also ab GTX 16 und RTX 20 aufwärts. Seit der Treiberreihe 560 ist diese Variante NVIDIAs eigene Standardempfehlung, und ubuntu-drivers schlägt sie auf passender Hardware von selbst vor. Ältere Karten (Pascal, Maxwell) bleiben bei der klassischen Variante ohne -open. Die Pakete mit -server im Namen sind für Rechenknoten ohne Desktop gedacht und auf einem Arbeitsplatzrechner die falsche Wahl. Welche Version aktuell die neueste ist, steht auf der Unix-Treiberseite von NVIDIA.
Wenn der Bildschirm trotzdem schwarz bleibt
An dieser Stelle hören die meisten Anleitungen auf. Diese fünf Ursachen stecken hinter einem hartnäckig schwarzen Bildschirm:
- Secure Boot lässt das Modul nicht zu. Prüfe mit
mokutil --sb-state, ob Secure Boot aktiv ist. Wurde ein selbst gebautes Modul nicht signiert oder der Schlüssel nie bestätigt, verweigert der Kernel den Start des Treibers. Nachtragen lässt sich der Schlüssel mitsudo mokutil --import /var/lib/shim-signed/mok/MOK.derund einem Neustart. Secure Boot im UEFI abzuschalten ist die letzte Option – und weil das ein Eingriff in die Firmware ist, gehört vorher ein Backup deiner Daten dazu. - Der DKMS-Bau ist gescheitert.
dkms statusmuss den NVIDIA-Eintrag alsinstalledzeigen. Steht dort nichts oder eine Fehlermeldung, fehlen meist die Kernel-Header aus Schritt 4 – und zwar für den Kernel, der tatsächlich läuft (uname -r). - nouveau ist noch aktiv.
lsmod | grep nouveausollte nichts ausgeben. Kommt eine Zeile zurück, belegt der freie Treiber die Karte und blockiert das NVIDIA-Modul. - Der Kernel ist dem Treiber davongelaufen. Das HWE-Update auf Ubuntu 24.04.4 hat im Februar 2026 den Kernel 6.17 nachgeliefert, im August 2026 folgt der nächste Stack aus Ubuntu 26.04. Nach so einem Sprung kennt eine alte Treiber-Branch den neuen Kernel schlicht nicht – NVIDIA musste für Kernel 6.19 eigens eine Korrektur nachreichen. Die Lösung ist ein Wechsel auf die empfohlene Branch, nicht das Zurückhalten von Updates.
- Wayland oder Hybrid-Grafik funken dazwischen. Am Anmeldebildschirm lässt sich über das Zahnrad „Ubuntu auf Xorg“ wählen – ein guter Test, ob die Sitzung selbst das Problem ist. Bei Notebooks mit zwei Grafikeinheiten zeigt
prime-select query, welche gerade aktiv ist.
Warum passiert das überhaupt?
NVIDIAs Linux-Treiber ist kein fertiges Programm, das man wie unter Windows durchklickt. Ein Teil davon läuft im Kernel und muss zu genau dem Kernel passen, der gerade gebootet ist. Dafür gibt es zwei Wege, und der Unterschied erklärt fast jeden Fehlerfall.
Weg eins sind Ubuntus vorgebaute Module: Canonical kompiliert und signiert sie zentral, sie kommen als normales Paket auf den Rechner und funktionieren unter Secure Boot ohne Zutun. Weg zwei ist DKMS (Dynamic Kernel Module Support). Dabei wird der Kernelteil des Treibers lokal auf deinem Rechner übersetzt – bei der Installation und erneut nach jedem Kernel-Update. Ohne passende Header schlägt dieser Bau fehl, und unter Secure Boot muss das frisch gebaute Modul zusätzlich mit einem eigenen Schlüssel signiert werden. Dieser Machine Owner Key wird einmalig im blauen MOK-Dialog in der Firmware hinterlegt.
Damit ist auch klar, warum ein Ubuntu NVIDIA-Treiberfehler so gern nach einem Update auftaucht: Der neue Kernel bootet, das dazu passende Modul fehlt oder gilt als nicht vertrauenswürdig, und Ubuntu fällt auf Software-Rendering zurück – oder zeigt gar nichts mehr. Wer dieses Zusammenspiel aus Modulbau und Signatur einmal verstanden hat, weiß beim nächsten Mal in zwei Befehlen, woran es liegt. Für die Fachinformatiker-Prüfung ist das ein dankbares Beispiel dafür, warum quelloffene und proprietäre Komponenten im selben System unterschiedlich behandelt werden.
Ein Hinweis zum Schluss: Lade den Treiber nicht als .run-Datei direkt bei NVIDIA herunter, solange der Paketweg funktioniert. Diese Installer legen Dateien an Ubuntus Paketverwaltung vorbei ab, überschreiben Bibliotheken und sind unter Secure Boot regelmäßig der Grund dafür, dass am Ende gar nichts mehr startet. Die offizielle Ubuntu-Dokumentation zur Treiberinstallation ist hier ungewöhnlich deutlich.
Häufige Fragen
Welcher NVIDIA-Treiber ist für Ubuntu 24.04 der richtige?
Nimm die Branch, die ubuntu-drivers devices als „recommended“ markiert. Für Ruhe im Alltag ist die LTS-Branch 580 eine gute Wahl, für aktuelle Karten wie die RTX-50-Serie die Production Branch 595.
Warum ist der Bildschirm nach der Treiberinstallation schwarz?
Meist blockiert Secure Boot ein selbst gebautes, unsigniertes Kernelmodul. Beim ersten Neustart erscheint ein blauer MOK-Dialog: dort „Enroll MOK“ wählen und das bei der Installation gesetzte Passwort eingeben.
Wie komme ich trotz schwarzem Bildschirm wieder auf den Desktop?
Im GRUB-Menü den Ubuntu-Eintrag markieren, E drücken, in der Zeile mit „linux“ den Parameter nomodeset ergänzen und mit Strg+X starten. Das ist ein Rettungsmodus mit Basisgrafik, keine Dauerlösung.
Muss ich Secure Boot deaktivieren, um den NVIDIA-Treiber zu nutzen?
Nein. Ubuntus vorgebaute Treibermodule sind bereits signiert und laufen mit aktivem Secure Boot. Nur beim DKMS-Weg musst du den MOK-Schlüssel einmalig bestätigen. Secure Boot abzuschalten bleibt die letzte Option.
Warum ist der Treiber nach einem Kernel-Update wieder weg?
Beim DKMS-Weg wird das Modul für jeden neuen Kernel neu gebaut und muss erneut signiert sein. Fehlen Kernel-Header oder Signatur, lädt der Treiber nicht. Prüfe das mit dkms status und uname -r.




