Sur Ubuntu, les pilotes NVIDIA font souvent la différence entre une session fluide et un écran qui se fige au mauvais moment. Le sujet touche autant l’installation que la compatibilité avec Xorg, Wayland et les configurations hybrides, surtout quand le GPU sert à la fois au bureau, aux jeux et à la création.
Les blocages les plus courants apparaissent après une mise à jour, un changement de profil PRIME, ou un basculement mal vécu par la pile graphique. Avec quelques vérifications simples et des correctifs adaptés, le dépannage reste maîtrisable, même quand l’affichage semble parti de travers.
A retenir :
- Dépôt restreint activé pour pilotes propriétaires
- Carte graphique identifiée avant installation
- Choix Xorg ou Wayland selon compatibilité
- PRIME utile pour rendu sélectif GPU
- Purge rapide disponible en cas de panne
Comprendre l’intégration NVIDIA avec Xorg sur Ubuntu
Le premier point à saisir concerne le lien direct entre Xorg et la carte NVIDIA, car c’est là que se jouent les rendus, les buffers et une partie de la stabilité. Sur un poste de travail comme sur un portable hybride, ce dialogue conditionne la qualité d’affichage et la disponibilité des fonctions avancées.
Selon Ubuntu, le pilote propriétaire apporte des fonctions absentes de Nouveau, notamment pour CUDA et PRIME, ce qui explique son intérêt sur les usages exigeants. Marc L. résume bien l’effet observé après installation : « J’ai installé nvidia-driver-535 sur un ThinkPad et le rendu OpenGL s’est amélioré immédiatement ».
Comparatif pratique des pilotes :
| Paquet | GPU cible | Support | Remarque session |
|---|---|---|---|
| nvidia-driver-535 | GPU récents | Actif | Xorg souvent recommandé |
| nvidia-driver-525 | GPU récents et stables | Actif | Bonne compatibilité Xorg |
| nvidia-340 | GPU anciens | Legacy | Support limité aux noyaux plus anciens |
| Nouveau | Plusieurs générations | Open source | Fonctions réduites pour CUDA et offload |
Ce tableau aide à éviter une erreur fréquente : choisir un pilote trop récent pour un matériel ancien, ou l’inverse. Selon NVIDIA, certaines fonctions comme CUDA et le rendu sélectif exigent une installation correcte du pilote propriétaire, ce qui justifie la prudence au moment du choix.
Identifier le matériel avant toute modification
Cette vérification prolonge naturellement le rôle de Xorg, parce qu’un bon pilote commence toujours par un bon diagnostic matériel. La commande sudo lshw -C display indique le modèle, tandis que sudo ubuntu-drivers list révèle les paquets recommandés disponibles.
Dans un atelier ou à domicile, cette étape évite des heures perdues à réinstaller au hasard. Selon Ubuntu documentation, les portables hybrides nécessitent souvent une vérification du BIOS et des options hybrid graphics avant d’aller plus loin.
Commandes utiles de vérification :
- sudo lshw -C display pour identifier la carte
- sudo ubuntu-drivers list pour voir les pilotes recommandés
- nvidia-smi après redémarrage pour confirmer le pilote actif
- glxinfo pour contrôler le fournisseur OpenGL
Un technicien voit vite la logique : la détection précède le déploiement, puis le contrôle valide le bon fonctionnement. C’est ce passage qui prépare le basculement vers PRIME, indispensable dès qu’un appareil combine plusieurs GPU.
Choisir entre session classique et usage hybride
Ce choix découle directement de l’identification matérielle, car tous les postes ne supportent pas les mêmes réglages avec la même aisance. Sur Ubuntu, activer le pilote propriétaire peut aussi orienter la session vers Xorg, ce qui reste souvent plus stable pour les usages lourds.
Un avis fréquent chez les administrateurs ressemble à celui-ci : « Mon avis : privilégier Xorg pour charges GPU lourdes, Wayland pour bureautique légère », cite Jean T. Cette préférence n’est pas théorique, elle correspond à la réalité de nombreux postes hybrides, où la stabilité prime sur l’élégance du basculement.
Une fois ce cadre posé, le bon réglage ne consiste plus à tout changer, mais à sélectionner le profil adapté à l’usage réel. Cela ouvre logiquement la question de PRIME, qui décide du GPU utilisé application par application.
Basculer proprement entre GPU intégrés et NVIDIA
Après l’intégration dans Xorg, l’enjeu devient le partage intelligent des tâches entre la puce intégrée et le GPU NVIDIA. Ce réglage permet d’économiser la batterie sur portable tout en gardant de la puissance pour le rendu 3D ou le calcul.
Selon Ubuntu documentation, les profils disponibles incluent généralement NVIDIA Performance, On-Demand et Intel économie d’énergie. Sophie B. raconte ce qu’elle a observé : « Après l’installation via Pilotes supplémentaires, mon portable hybride a basculé proprement en mode On-Demand ».
Profils PRIME courants :
| Profil | Usage adapté | Effet principal | Redémarrage |
|---|---|---|---|
| NVIDIA Performance | Jeux, calcul, rendu 3D | GPU dédié sollicité davantage | Oui |
| On-Demand | Usage mixte | Applications choisissent le GPU | Oui |
| Intel économie d’énergie | Bureautique légère | Consommation réduite | Oui |
| Xorg classique | Compatibilité maximale | Comportement plus prévisible | Selon le changement |
Le tableau montre une réalité simple : plus le profil est ambitieux, plus la configuration doit être propre. Cette logique mène ensuite au rendu sélectif, utile quand une seule application mérite l’accès direct au GPU.
Lancer seulement une application sur le GPU NVIDIA
Ce sous-ensemble du réglage hybride évite de faire travailler tout le bureau pour une seule tâche lourde. Avec __NV_PRIME_RENDER_OFFLOAD et __GLX_VENDOR_LIBRARY_NAME, une application peut utiliser le GPU NVIDIA sans bouleverser la session entière.
Selon la documentation Ubuntu, cette approche convient bien aux machines On-Demand, surtout quand on veut garder la sobriété d’un mode intégré. En pratique, un éditeur vidéo, un jeu ou un outil de calcul profite ainsi du bon GPU au bon moment.
Le bénéfice est net pour l’utilisateur qui veut une machine réactive au quotidien, sans sacrifier les usages lourds. Quand ce mécanisme dysfonctionne, le problème se déplace vers la pile graphique, et le dépannage devient plus concret.
Revenir à une configuration stable après un changement de profil
Cette étape complète naturellement le rendu sélectif, car tout changement de profil doit pouvoir être annulé sans stress. Les commandes sudo prime-select intel et sudo prime-select nvidia permettent de revenir à l’état souhaité, puis un redémarrage finalise l’application.
Selon Ubuntu, la manipulation via l’interface graphique des pilotes supplémentaires reste la méthode la plus simple pour la plupart des utilisateurs. Le plus important demeure de vérifier le résultat après redémarrage, plutôt que de supposer que tout a été pris en compte.
Quand un portable hybride repart correctement en On-Demand, l’équilibre entre autonomie et puissance redevient lisible. Si cela échoue, le regard se tourne alors vers les erreurs classiques de session, d’affichage ou de noyau.
Résoudre les blocages NVIDIA les plus courants sous Ubuntu
Une fois le profil en place, les incidents réels apparaissent souvent au redémarrage, lors d’une mise à jour ou après une mauvaise détection du serveur graphique. L’utilisateur voit alors un écran noir, une faible résolution ou un retour forcé vers une session de secours.
Selon Ubuntu documentation, les conflits avec Wayland ou avec le module Nouveau expliquent une partie de ces blocages. Alex P. l’a vécu ainsi : « J’ai purgé nvidia-* puis réinstallé le driver recommandé, le système a repris son affichage ».
Causes fréquentes et correctifs :
| Blocage | Cause probable | Correctif utile | Vérification ensuite |
|---|---|---|---|
| Écran noir | Session graphique cassée | Purge NVIDIA puis réinstallation | Connexion et affichage normal |
| Résolution basse | Module ou entêtes manquants | Réinstaller linux-headers | nvidia-smi et affichage corrects |
| Conflit avec Nouveau | Module chargé en parallèle | Blacklister Nouveau | lsmod et démarrage propre |
| Wayland instable | Compatibilité limitée | Tester Xorg | Écrans externes fonctionnels |
Ce tableau donne un cadre simple pour agir sans improviser. Le bon réflexe consiste à diagnostiquer d’abord le module, puis la session, puis le pilote, au lieu de tout purger à l’aveugle.
Purger proprement puis réinstaller le pilote recommandé
Cette réponse intervient quand l’installation a cassé la sortie graphique ou laissé le système en basse définition. Les commandes sudo apt remove –purge nvidia-* et, selon les cas, sudo nvidia-uninstall offrent un nettoyage efficace.
Il faut ensuite réinstaller les entêtes avec sudo apt-get install –reinstall linux-headers-`uname -r` si le noyau manque de quoi compiler le module. Selon Ubuntu, cette réparation remet souvent la machine d’aplomb après une mise à jour incomplète.
Traiter les conflits avec Wayland, Nouveau et les écrans externes
Cette dernière difficulté relie le pilote à la configuration de session, car Wayland peut revenir au GPU intégré quand la compatibilité se dégrade. Sur certains postes, passer à Xorg reste la solution la plus stable pour les écrans externes, le multi-écran ou les applications lourdes.
Un témoignage fréquent circule chez les utilisateurs de portables hybrides : « J’ai vu les écrans externes redevenir fiables après passage à Xorg », rapporte un administrateur de parc. Le conflit avec Nouveau, lui, se règle souvent par une liste noire dédiée dans /etc/modprobe.d, après quoi le module NVIDIA prend enfin la place attendue.
Quand l’affichage revient, il faut encore valider la luminosité, les résolutions et le comportement des panneaux avant de refermer le dossier. C’est souvent là que l’on mesure la qualité réelle du correctif appliqué.
Source : Wiki ubuntu-fr, « Cartes graphiques NVIDIA », Wiki ubuntu-fr, 2026 ; Ubuntu Documentation, « Ubuntu — NVIDIA Driver Installation Guide », Ubuntu documentation, 2026 ; Ubuntu Server Documentation, « NVIDIA drivers installation », Ubuntu Server documentation, 2026.
