Cum să remediați problema driverelor NVIDIA care nu se încarcă după o actualizare a kernelului pe Ubuntu

O actualizare a kernelului Ubuntu poate lăsa un sistem NVIDIA să pornească normal, în timp ce driverul proprietar nu se mai încarcă. Simptomele vizibile variază: nvidia-smipoate indica faptul că nu poate comunica cu driverul, aplicațiile CUDA pot înceta să mai vadă GPU-ul, desktop-ul poate reveni la randarea software sau modprobe nvidiapoate eșua. Soluția practică este de a identifica ce strat s-a defectat în loc să reinstalați totul dintr-o dată.

Această referință se concentrează pe driverele NVIDIA incluse în pachetul Ubuntu și pe îndrumările Canonical actuale. Începând cu octombrie 2026, Ubuntu recomandă ubuntu-driversinstrumentul sau aplicația Additional Drivers pentru majoritatea sistemelor și recomandă module kernel precompilate și semnate, atunci când sunt disponibile. Documentația Ubuntu proprie a NVIDIA acceptă, de asemenea, Ubuntu 22.04, 24.04 și 26.04, dar denumirea pachetului său diferă în ramurile mai noi, așa că nu copiați numărul unei ramuri dintr-un exemplu decât dacă este oferită pentru mașina dvs.

Listă de verificare pentru diagnosticare rapidă

1. Confirmați că problema a început cu kernelul curent

Mai întâi înregistrați kernelul care rulează și starea curentă NVIDIA:

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

Dacă nvidia-smieșuează și nu nvidiaapar module în lsmod, eroarea se află sub nivelul CUDA sau al aplicației desktop. Dacă nvidia-smiraportează Failed to initialize NVML: Driver/library version mismatch, Canonical documentează acest lucru ca o nepotrivire între spațiul utilizatorului și modulul kernel, care urmează adesea unei actualizări de driver; o repornire poate fi suficientă dacă noul modul este deja instalat.

Dacă încă poți alege un kernel mai vechi din GRUB și driverul funcționează acolo, aceasta este o dovadă puternică că noului kernel îi lipsește un modul NVIDIA utilizabil. Un kernel mai vechi este o soluție temporară utilă, dar nu este reparația finală, deoarece încă ai nevoie ca kernelul curent și stiva de drivere să fie compatibile.

2. Întreabă Ubuntu ce ramură de driver recomandă

Pe un desktop sau o stație de lucru Ubuntu standard, utilizați logica proprie de selecție a driverelor Ubuntu în loc să ghiciți o ramură:

sudo apt update
sudo ubuntu-drivers list

Pentru majoritatea sistemelor desktop și de gaming, Canonical recomandă driverul UDA normal în locul unui -serverpachet. Pe serverele de calcul, utilizați instrucțiunile serverului și ubuntu-drivers list --gpgpuatunci când este cazul. Dacă sistemul dvs. a fost instalat anterior cu programul de instalare independent NVIDIA .runsau cu un depozit terț, combinarea surselor pachetelor poate îngreuna diagnosticarea. Canonical avertizează în mod explicit că driverele instalate în afara metodelor sale documentate pot suprascrie componentele furnizate de Ubuntu și pot interfera cu Secure Boot.

3. Verificați Secure Boot înainte de a reconstrui orice

Pornirea securizată este un motiv frecvent pentru care un modul NVIDIA există pe disc, dar nu se încarcă. Verificați starea acestuia:

mokutil --sb-state
sudo modprobe nvidia

Dacă Secure Boot este activat și modprobereturnează un mesaj precum Key was rejected by service, kernelul impune încrederea modulelor. Ubuntu a impus validarea modulelor kernel în Secure Boot pe versiunile amd64 acceptate timp de ani de zile. Calea preferată de Canonical este de a utiliza module NVIDIA semnate și precompilate, atunci când sunt disponibile. Dacă utilizați intenționat DKMS, Ubuntu poate solicita crearea și înscrierea unei Machine Owner Key (MOK) la repornire.

Nu dezactivați Secure Boot ca prim pas de depanare. Poate fi un scurt experiment de diagnosticare într-un mediu controlat, dar cea mai bună soluție este de obicei instalarea unui modul semnat sau înscrierea corectă a MOK-ului. Canonical documentează fluxul de înscriere în documentația sa UEFI Secure Boot .

4. Verificați dacă există modulul NVIDIA corespunzător pentru kernelul care rulează

Pachetele NVIDIA precompilate ale Ubuntu sunt legate de un ABI al kernelului. Înlocuiți DRIVER_BRANCHcu ramura afișată de ubuntu-drivers list:

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

Dacă pachetul este instalat pentru kernelul curent, continuați cu verificările Secure Boot, Nouveau și jurnal de mai jos. Dacă lipsește, instalați pachetul de modul exact corespunzător:

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

Canonical acceptă, de asemenea, instalarea metapachetului flavour, de exemplu linux-modules-nvidia-${DRIVER_BRANCH}-generic, care ajută viitoarele actualizări ale kernelului să extragă modulele NVIDIA corespunzătoare. Numele exact al pachetului depinde de versiunea Ubuntu, de varianta kernelului, de ramura driverului și de utilizarea unei variante de server, așadar verificați candidatul afișat de APT înainte de confirmare.

5. Dacă utilizați DKMS, asigurați-vă că sunt prezente antetele kernelului curente

DKMS construiește un modul pentru kernelul exact pe care îl rulați. Prin urmare, are nevoie de antete de kernel corespondente. Canonical recomandă DKMS în principal atunci când modulele precompilate nu sunt disponibile, cum ar fi în cazul unor kerneluri personalizate.

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

Dacă intrarea NVIDIA DKMS nu arată o compilare reușită pentru kernelul curent, verificați jurnalul de compilare de mai jos /var/lib/dkms/înainte de a încerca eliminarea aleatorie a pachetelor. Erorile tipice includ antete lipsă, combinații de compilator/kernel neacceptate sau o problemă de semnare a modulelor. După corectarea cerinței preliminare, reinstalați pachetul DKMS corespunzător sau utilizați calea automată a Ubuntu:

sudo ubuntu-drivers install --include-dkms

Folosește acea comandă doar atunci când DKMS este de fapt necesar. Documentația actuală pentru desktop a Canonical spune că modulele precompilate sunt alegerea preferată de majoritatea utilizatorilor, în special cu Secure Boot.

6. Instalați modulul precompilat lipsă atunci când este disponibil

Dacă pasul 4 a arătat că kernelului curent îi lipsește modulul NVIDIA precompilat, instalați-l explicit și lăsați APT să reconstruiască initramfs:

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

Apoi verificați dacă APT s-a finalizat fără erori de dependență. Evitați forțarea instalării pachetului cu dpkg --force-*;, deoarece acest lucru poate lăsa modulul kernel, bibliotecile din spațiul utilizatorului și metapachetul la versiuni incompatibile.

Dacă nu sunteți sigur ce ramură să utilizați, reparația generală mai sigură este:

sudo ubuntu-drivers install

Canonical afirmă că ubuntu-driversfolosește aceeași logică ca aplicația Drivere suplimentare și, în mod implicit, alege drivere semnate predefinite, despre care se știe că funcționează cu Secure Boot.

7. Reporniți după modificările pachetului

O repornire nu este doar o ceremonie aici. Nucleul care rulează poate păstra un modul NVIDIA mai vechi în memorie, în timp ce APT a actualizat deja bibliotecile din spațiul utilizatorului pe disc. Canonical documentează în mod specific acest lucru ca fiind cauza unei nepotriviri între versiunea driverului/bibliotecii NVML după actualizări.

sudo reboot

După repornire, nu reinstalați imediat sistemul. Verificați mai întâi rezultatul cu comenzile din secțiunea următoare.

8. Verificați dacă modulul NVIDIA este încărcat

Aleargă:

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

O reparație reușită are trei semne utile: nvidia-smilistează GPU-ul, lsmodafișează modulele NVIDIA și /proc/driver/nvidia/versionraportează versiunea modulului care rulează. Pentru sarcinile de lucru CUDA, rulați din nou aplicația sau framework-ul care a eșuat anterior; nvidia-smiacest lucru dovedește comunicarea cu driverele, nu că fiecare bibliotecă CUDA din mediul dvs. este compatibilă.

Dacă tot eșuează: folosește simptomul pentru a alege următoarea acțiune.

„Nepotrivire între versiunea driverului/bibliotecii”

Reporniți mai întâi. Apoi comparați versiunea modulului kernel care rulează cu pachetele instalate. Canonical notează că componentele actualizate ale spațiului utilizator pot fi temporar incompatibile cu un modul mai vechi încă încărcat în memorie. Dacă nepotrivirea persistă după repornire, verificați dacă există surse mixte de pachete și ramificații multiple de drivere.

„Nu s-au găsit dispozitive” și Nouveau este încărcat

Verifica:

lsmod | grep nouveau

Documentația serverului Ubuntu precizează că Nouveau poate intra în conflict cu driverul proprietar NVIDIA în această situație. Dacă Nouveau este încărcat și intenționați să utilizați driverul proprietar, Canonical documentează blocarea acestuia și reconstrucția fișierului initramfs:

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

Nu blocați Nouveau doar pentru că există pe disc; mai întâi confirmați că este într-adevăr încărcat și relevant pentru eroare.

modprobe nvidiaspune că cheia a fost respinsă

Reveniți la calea Secure Boot. Folosiți module Ubuntu semnate atunci când este posibil sau finalizați înscrierea MOK pentru un modul DKMS. Reinstalarea repetată a aceluiași modul nesemnat nu va schimba decizia privind încrederea.

Noul kernel nu are un pachet de module compatibil

Pornește temporar un kernel mai vechi care funcționează, menține sistemul actualizat și verifică dacă Ubuntu oferă un modul precompilat corespunzător pentru kernelul mai nou. Dacă rulezi în mod deliberat un kernel personalizat, DKMS ar putea fi potrivit, dar citește jurnalul său de compilare și confirmă semnarea Secure Boot. Evită fixarea unui kernel vechi pe termen nelimitat, cu excepția cazului în care ai un plan de întreținere pentru actualizări de securitate.

Comenzi pentru a aduna înainte de a cere ajutor

Aceste comenzi oferă un pachet compact de diagnosticare fără a modifica sistemul:

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

Includeți versiunea Ubuntu de la [data lsb_release -a] sau /etc/os-release[data], kernelul exact de la [data uname -r] și dacă driverul a fost instalat inițial prin intermediul pachetelor Ubuntu, al depozitului NVIDIA, al unui PPA sau al programului de instalare independent. Aceste detalii contează de obicei mai mult decât afirmația generică conform căreia „driverul s-a stricat după o actualizare”.

Prevenție practică

• Prefer fluxul de lucru Ubuntu ubuntu-driverssau cu drivere suplimentare pentru sistemele desktop normale.
• Păstrați instalat metapachetul kernel flaw, astfel încât viitoarele actualizări ale kernelului să poată aduce module NVIDIA corespunzătoare.
• Reporniți sistemul după actualizările kernelului sau ale driverelor NVIDIA în loc să continuați cu o stivă mixtă în memorie/pe disc.
• Păstrați disponibil cel puțin un kernel funcțional cunoscut până când confirmați că cel nou pornește cu driverul GPU.
• Evitați să combinați pachete Ubuntu, PPA-uri, instalatorul independent NVIDIA și mai multe repozitorii, cu excepția cazului în care gestionați intenționat consecințele.

Referințe oficiale

Procedurile actuale ale Canonical se află în Instalarea driverelor NVIDIA — Ubuntu Desktop și Instalarea driverelor NVIDIA — Ubuntu Server . Pentru îndrumări specifice DKMS, consultați Construiți-vă propriile module NVIDIA folosind pachetul DKMS . Documentația furnizorului NVIDIA este disponibilă în Ghidul de instalare a driverelor NVIDIA pentru Ubuntu .

Ramura exactă a driverului, ABI-ul kernelului și numele pachetelor depind de versiune. Înlocuiți întotdeauna valorile raportate de sistemul dvs. și APT, în loc să tratați versiunile exemplu ca fiind universale.