Ubuntu MATE 19.04 intègre les pilotes NVIDIA dès l’installation, mais ce n’est pas une première
Un petit pas en avant
L'installation des pilotes NVIDIA sur une distribution Linux n'est pas toujours aisée, surtout pour un utilisateur débutant. Certaines distributions cherchent à simplifier le processus, malgré la mauvaise volonté du constructeur.
Ces dernières années, AMD et NVIDIA ont fait des choix radicalement différents vis-à-vis de l'écosystème open source, surtout pour leurs pilotes graphiques.
Si tous deux proposent une version propriétaire, le père des Radeon s'implique activement dans AMDGPU pour assurer le support natif de ses puces (génération GCN 1.2 +), permettant d'obtenir de très bonnes performances sans aucun effort. Une approche identique à celle adoptée historiquement par Intel, mais pour des GPU performants.
NVIDIA, qui mise de manière croissante sur des codes ouverts et l'écosystème Linux là où ça l'arrange, n'a par contre toujours pas sauté le pas. Si le projet nouveau existe, il n'est pas soutenu outre mesure par le constructeur et son support limité, notamment lorsque l'on veut utiliser les fonctionnalités spécifiques comme CUDA.
Il faut donc passer par des procédures d'installation et de mise à jour manuelles qui n'ont rien de pratique. Heureusement, certains font le job, simplifiant la vie des utilisateurs.
Ubuntu-drivers et PPA
Pour les adeptes d'Ubuntu, l'application Logiciels & mises à jour intègre depuis un moment une section Pilotes additionnels où il est possible de trouver des versions plus ou moins récentes des pilotes propriétaires de NVIDIA.
Dans Ubuntu 19.04, avec une GeForce GTX 1050 Ti, nous obtenons le résultat suivant :
On peut ainsi choisir entre le pilote libre (nouveau) ou les branches propriétaires 390 et 418 d'un simple clic, la 430 n'ayant pas encore été testée et intégrée. Il est également possible de passer par la ligne de commandes via ubuntu-drivers, présent par défaut. On peut lister simplement les pilotes disponibles et les composants concernés :
ubuntu-drivers devices
ubuntu-drivers list
L'installation peut utiliser la branche recommandée ou celle de votre choix parmi celles proposées :
sudo ubuntu-drivers install
sudo apt install nvidia-driver-390
En cas de problème ou si vous voulez disposer d'une version plus récente, il existe un Personal Package Archive (PPA) maintenu à jour par la fondation X.Org. Pour le mettre en place il suffit de taper :
sudo add-apt-repository ppa:graphics-drivers/ppa
sudo apt update
Pour vérifier la présence des pilotes propriétaire et le statut de la carte graphique :
nvidia-smi
L'intégration à l'installation d'Ubuntu MATE
Pour la version 19.04 d'Ubuntu MATE, l'équipe a travaillé sur une intégration encore plus poussée, prenant place dès la phase d'installation. Pour en profiter, il suffit de cocher la case « Installer un logiciel tiers pour le matériel graphique et Wi-Fi et des formats de médias supplémentaires ».
Contrairement à la version classique de la distribution, cela activera le pilote propriétaire par défaut sans autre action nécessaire, avec le support d'Optimus pour les PC portables compatibles.
Le précédent de Pop!_OS
Mais une telle initiative n'est pas une nouveauté. L'intégrateur System76 a déjà opté pour une solution similaire pour son Pop!_OS. Un autre dérivé d'Ubuntu visant une installation et une utilisation encore plus simples et plus graphiques, où le chiffrement est proposé par défaut plutôt que l'inverse.
Il y a néanmoins une petite différence entre les deux approches : ici, pas de case à cocher mais un système proposé en deux versions. L'une pour les machines avec une partie graphique AMD/Intel, l'autre si un GPU NVIDIA est utilisé.
La société semblant particulièrement s'intéresser aux développeurs, elle leur facilite aussi l'installation du trio lié aux usages de type Deep Learning : CUDA, cuDNN et TensorFlow, qui passe par APT depuis la version 18.10.
sudo apt install tensorflow-cuda-latest
Quid de Debian, Fedora ou Manjaro ?
Qu'en est-il pour des distributions grand public qui ne sont pas dérivées d'Ubuntu ?
- Manjaro
Du côté de Manjaro, on retrouve un peu les différentes situations évoquées précédemment. L'outil d'installation permet de choisir entre deux sources de pilotes : free et non-free si vous souhaitez utiliser des versions propriétaires.
Si vous faites ce choix, la carte graphique NVIDIA sera active dès la fin du processus sans autre modification. Sinon, il faudra passer par une installation manuelle, via l'interface graphique et le Gestionnaire de paramètres ou la ligne de commandes via mhwd :
mhwd -l
mhwd -l -d
sudo mhwd -i pci video-nvidia
- Fedora
Même si Fedora mise depuis longtemps sur des outils simplifiant la vie des utilisateurs, la gestion des pilotes de NVIDIA ne semble pas être une priorité. Ainsi, la seule solution proposée dans la version 29, outre l'installation manuelle, est d'ajouter le dépôt RPM Fusion non-free permettant ensuite une installation des pilotes.
Cela peut passer par l'application Logiciels et ses paramètres de dépôts tiers où il est possible d'en activer un spécifique aux pilotes NVIDIA, ou les lignes de commandes suivantes. Rien de plus, notamment à l'installation. Cela ne semble pas changer avec Fedora 30 qui arrive d'ici quelques jours.
sudo dnf install https://download1.rpmfusion.org/nonfree/fedora/rpmfusion-nonfree-release-$(rpm -E %fedora).noarch.rpm
sudo dnf install akmod-nvidia xorg-x11-drv-nvidia-cuda
- Debian
Terminons par Debian, qui propose de son côté une intégration plus ou moins récente via ses dépôts non libres là aussi. Pour l'installer, vous pouvez, comme pour Fedora, passer par la gestion des sources de dépôts dans l'application Logiciels ou remplacer « main » par la mention suivante à la fin des dépôts Debian officiels dans le fichier /etc/apt/sources.list :
main contrib non-free
Il faudra par contre passer par la ligne de commandes pour l'installation :
sudo apt update
sudo apt install nvidia-driver
Debian oblige, on est pour le moment limité à la branche 390.xx des pilotes. Vous pouvez également opter pour la version issue des backports, plus récente (lorsque disponible) en ajoutant plutôt la ligne suivante :
deb http://ftp.fr.debian.org/debian stretch-backports main contrib non-free
Puis en tapant ces commandes :
sudo apt update
sudo apt install linux-headers-$(uname -r|sed 's/[^-]*-[^-]*-//')
sudo install -t stretch-backports nvidia-driver
Commentaires (51)
Vous devez être abonné pour pouvoir commenter.
Déjà abonné ? Se connecter
Abonnez-vousLe 24/04/2019 à 16h22
#1
Pour Fedora c’est faux il existe une option dans logiciel pour activer les dépôts propriétaire et installer les pilotes Nvidia de manière graphique. Ils ont justement fait de gros effort sur ce sujet.
Le 24/04/2019 à 16h25
#2
Et pour ceux qui préfèreraient openSuse, c’est assez direct aussi: dans YaST, sélectionner “Software Repositories”, faire “Add”, cocher “Community Repositories”, puis “Next”; cocher le repository “nVidia graphics drivers”, cliquer “OK” et voilà: les drivers nVidia peuvent être installés dans YaST par la procédure d’install habituelle. Il faut quand même aller sur le site de nVidia pour savoir quelle version du driver est compatible avec le GPU , ça ne le devine pas tout seul.
Le 24/04/2019 à 16h27
#3
Hmm je regarde ça pour une mise à jour mais je suis passé à côté alors parce que j’ai rien vu dans Fedora 29 par défaut là dessus ou dans la doc.
Le 24/04/2019 à 16h38
#4
Certes, mais celà revient au final à la ligne de commande founie.
C’est valable que pour la version GNOME à ma connaissance.
Les versions spins n’ont pas droit à cette intégration.
Le 24/04/2019 à 16h50
#5
Oui c’est uniquement valable pour GNOME mais c’est la version officiel de la distribution Fedora.
Fedora ne peut pas faire du développement sur chaque environnement graphique, il n’y a pas assez de développeurs disponibles !!
Si on veux KDE on Mate il vaut mieux aller voir Kubuntu ou Mint :)
Le 24/04/2019 à 16h54
#6
Je viens de vérifier sur la bêta de Fedora 30 et c’est bien ce que je dis. Il me semble que c’est présent depuis la version 28.
" />
Ça revient à faire la même chose que la ligne de commande mais c’est plus sympa pour un débutant
Le 24/04/2019 à 17h03
#7
Oui après comme dit dans l’article on en revient à activer un dépôt annexe + installation. Je précise juste la ligne de commande pour ceux qui on la flemme de chercher, mais ce n’est pas une intégration plus ou moins native avec un paquet dans les dépôts classiques ou intégrés dès l’installation comme sur Ubuntu/Manjaro.
Le 24/04/2019 à 17h12
#8
Oui mais Fedora ne pourra pas intégrer les pilotes Nvidia de façon native car ils ne sont pas libres au contraire de AMD comme mentionné dans l’article. C’est le compromis qu’ils ont trouvé pour permettre d’installer des dépots non-libres de façon simple sans passer par la ligne de commande.
J’ai retrouvé la source c’est bien depuis le version 28 que c’est disponible.
Le 24/04/2019 à 17h35
#9
On est d’accord, c’est la philosophie de Fedora qui est comme cela depuis le début.
Libre en priorité et si souhait alors ouverture à du non-libre. C’est un peu moins “user-friendly” qu’un choix au niveau de l’installateur.
Le 24/04/2019 à 17h39
#10
Oui après ça n’empêche pas de simplifier le process en apparence / dans l’interface, ne serait-ce que pour ceux qui n’ont pas le choix. Proposer un choix à l’installation sur l’intégration ou non des paquets non libres et des pilotes NV est une bonne idée, sans couper avec les principes de base d’une distribution comme Fedora
Le 24/04/2019 à 17h40
#11
Bah moi sur mon Arch j’ai rien par défaut. Mais je sais ce que j’installe. Non je ne suis pas un troll mais un manchot, ça se voit pourtant !
Le 24/04/2019 à 18h08
#12
On a le choix de ne pas utiliser le pilote propriétaire nvidia par défaut.
Il y a tout de même une anomalie que personne ne constate, l’installation par défaut du driver nvidia (avec support d’Optimus) s’effectue sans préoccupation de la consommation d’énergie.
La carte nvidia est active par défaut et surconsomme comparativement à la carte intégré au cpu dans les tâches de base.
Le 24/04/2019 à 20h04
#13
Le 24/04/2019 à 20h14
#14
Si tu bascule sur le gpu intel uniquement non.
Avec optimus (prime) tu switch entre gpu nvidia ou gpu intel uniquement et normalement le gpu nvidia est coupé.
Le 24/04/2019 à 21h00
#15
euh sous wayland, je n’ai pas vu.
sous xorg, je préfère bumblebee et surtout pas d’applet supplémentaire pour changer de carte graphique.
Le 24/04/2019 à 21h03
#16
Perso l’applet prime me convient. Bumbebee a pas mal de défaut et il me semble que son développement est stoppé cf:
https://github.com/Bumblebee-Project/Bumblebee
Personnellement sous linux au final je suis toujours sur l’igp intel, donc switcher de temps en temps sur le gpu nvidia ne me dérange pas si besoin. Au moins je n’ai pas de doute et de commande spécifique pour lancer sur l’un ou autre.
L’idéal sous linux restant un gpu amd, j’espère que sous navi on aura des gpu mobiles intéressant. :/
Le 25/04/2019 à 02h02
#17
Le 25/04/2019 à 04h27
#18
Oui j’ai précisé la méthode (mais ça demande plus de deux clics ;))
Le 25/04/2019 à 07h37
#19
Comme LINUX est simple pour madame Michu comparé à cette “daube” de Windows
" />
Le 25/04/2019 à 07h53
#20
Disons que ça dépend des distributions (chacune ayant ses priorités, règles et pratiques) et des cas (AMD/Intel ou NVIDIA), comme on le voit ici. Parfois c’est plus simple, parfois non. Ainsi va la vie ;)
Le 25/04/2019 à 07h59
#21
J’aime bien ces évolutions des distributions, ça permet notamment de tester une distribution en live-USB avec les pilotes propriétaires activés.
De plus, les distributions Linux se montrent supérieures à Windows pour le coup, l’installation de pilotes constructeurs dès l’installation du système ! Et les pilotes libres semblent ne plus avoir les soucis qu’ils avaient auparavant (écran noir).
Dans Windows, il faut aller chercher et installer et redémarrer après l’installation du système.
Le 25/04/2019 à 08h05
#22
Le 25/04/2019 à 08h21
#23
Windows 10 installe pratiquement tout tout seul aussi.
Le 25/04/2019 à 08h29
#24
Merci pour cet article très instructif !
Le 25/04/2019 à 08h41
#25
Je
" /> ou pas, parce que Powershell pour ajouter\supprimer les applis inutiles c’est beau .
Le 25/04/2019 à 08h45
#26
Le 25/04/2019 à 09h09
#27
Pour les graphiques hybrides (Intel + AMD/nVidia), là aussi AMD passe devant, ou PRIME juste marche avec les pilotes libres.
Au final, si vous avez besoin d’un GPU dédié sous Linux, AMD est – en tout cas actuellement et depuis quelques temps – la seule solution viable… nVidia n’est intéressant que sous Windows.
Le 25/04/2019 à 09h12
#28
Le 25/04/2019 à 09h30
#29
Pour les particuliers, oui.
Même si dans la réalité, pour les particulier, mettre une grosse carte graphique sur un linux a un intérêt très limité, les CG intégré au CPU étant largement suffisant. En effet, Linux n’est pas vraiment viable comme plateforme de jeu, peu de jeu sont nativement compatible avec, Windows reste alors obligatoire. Du coup, à part des usage plus particulier sortant généralement du loisir, quelque chose d’autre que le circuit graphique intégré de base n’a quasiment pas d’intérêt.
Malheureusement, c’est dans les usages plus “professionnel” que NVidia tire son épingle du jeu à travers CUDA. NVidia a poussé très fort sa solution de CPGPU dans de nombreux programmes et bibliothèques, aujourd’hui, si tu veux exploiter ta CG pour faire autre chose que du jeu vidéo, NVidia sera très certainement meilleurs. Et ce n’est pas prêt de s’arrêter, les V100 reste le top du top, les Tensor Core et même les RT core sont très intéressant.
Le 25/04/2019 à 09h31
#30
Le 25/04/2019 à 09h41
#31
En fait il y a aussi des considérations légales.
Le point de vue de Fedora et de RH Legal est que les pilotes proprio (comme celui de nVidia) violent la GPL et ne peuvent donc être pleinement intégrées aux dépôts officiels. Et reposer la procédure d’installation sur un dépôt non officiel (bien que de qualité comme RPM Fusion) est un risque important.
Le meilleur compromis est de faire en sorte que RPMFusion soit le mieux intégré que possible et que la compatibilité avec le pilote nVidia soit maximale dans les procédures. En effet, chaque nouveauté actuellement est testée avec les pilotes proprio de nVidia pour éviter tout problème pour les utilisateurs concernés. Il y a peu de chances que cela aille plus loin tant que nVidia ne change pas de licence de manière globale.
Après Debian et Ubuntu ont fait des choix différents, car le droit est différent (entités européennes contre américaine) et Canonical n’a pas hésité à intégrer ZFS nativement alors que beaucoup s’accordent à dire que la compatibilité des licences ne l’autorise pas.
Le 25/04/2019 à 09h46
#32
Cuda est meilleur comme on peut le voir par exemple ici :
https://arxiv.org/vc/arxiv/papers/1005/1005.2581v1.pdf
Mais de manière général, NVidia a beaucoup poussé sa solution, on va retrouver pas mal de bibliothèque intégrant sa solution (je pense par exemple à Tensorflow) et du coup beaucoup de programme avec Cuda.
Le 25/04/2019 à 09h58
#33
Le 25/04/2019 à 09h58
#34
Euh… Je joue très majoritairement sous Linux. J’ai 5 jeux qui ne tournent que sous Windows et 15 sont multi-plateforme et tourne parfaitement sous Linux. C’pour ça que j’ai pris une RX 590.
Quant au monde pro, je dois avouer que je comprends toujours pas. Je veux dire, à priori, beaucoup de gros calculateurs et autres tournent sous Linux, même pour utiliser des technos basées sur le GPGPU. Du coup pourquoi nVidia s’évertue à faire des pilotes aussi mauvais pour cette plate-forme ?
Le 25/04/2019 à 10h34
#35
Le 25/04/2019 à 10h53
#36
Comme dit, mon point est plutôt celui de l’ergonomie plutôt que de l’intégration aux dépôts. Je comprend tout à fait la problématique légale/philosophique, mais pour un utilisateur lambda, avoir un élément lui permettant d’activer facilement le support du dépôt et installer le pilote quand un GPU NVIDIA est présent (ou de manière plus large) serait appréciable.
" />)
Ou même une notification post-install… plutôt que d’attendre qu’il découvre qu’il faut aller dans Logiciels > Paramètres (un peu planqués) > Activer dépôt tiers > Valider > Chercher NVIDIA > Installer. Déjà que les procédure hors CLI ne sont pas toujours documentées, pour la distrib grand public et sur des GPU aussi courants que ceux de NVIDIA, je pense qu’on peut améliorer les choses (parce que là on est presque au niveau de Debian avec un pilote plus récent
Le 25/04/2019 à 11h06
#37
Le 25/04/2019 à 11h14
#38
Le 25/04/2019 à 11h18
#39
Tu ne ranges pas Fedora dans la liste du noob-compliant ? C’est tout de même largement autre chose que du Arch/Gentoo côté UX
Le 25/04/2019 à 11h32
#40
Le 25/04/2019 à 11h40
#41
Le 25/04/2019 à 12h23
#42
Fedora est utilisable dès son installation et n’est pas livré en kit façon Gentoo et Arch.
Après, si on souhaite faire du non libre, il y a l’outils “logiciels” de gnome qui marche omme une boutique d’application.
Gentoo, merci mais où est l’UX à l’installation ?
Le 25/04/2019 à 13h11
#43
J’utilise pas du tout Wine/PlayOnLinux/Proton (SteamPlay). Les 15 jeux sont natifs.
Et effectivement, les 5 jeux sont des gros jeux (Just Cause 3, Watch_Dogs, GTA 5 et en moins gros, Grid 2 et Dirt 3).
Quant aux pilotes de carte graphique qui fonctionnent tant qu’on essaie pas de faire du graphique… je comprends mieux, mais c’est ironique, faut avouer. Je me demande toujours pourquoi nVidia fait aussi peu d’efforts… sans même de parler de contribuer au pilote libre comme AMD, fournir un driver proprio un peu mieux branlé, déjà, ce serait pas du luxe…
Enfin, en un sens, si ça permet à AMD de s’assurer une place en attendant de redevenir compétitif sur le rapport consommation / performances et/ou sur le haut de gamme, c’pas forcément un mal (la concurrence c’est important dans ce domaine).
Le 25/04/2019 à 14h51
#44
En faite, quand tu installes les pilotes NVidia sur linux, tu n’installes quasiment que les pilotes “graphiques”.
CUDA&co sont à installer en plus, ce sont des bibliothèques qui sont installées à part et semble avoir une certain indépendance avec le pilote (tu peux installer une version de cuda et une version des pilotes).
Edit : tiens, j’aurai cru que les jeux codemaster était jouable sous linux.
Le 25/04/2019 à 15h56
#45
Le 25/04/2019 à 16h00
#46
Le 25/04/2019 à 16h18
#47
J’utilise la LTS. Dans la 18.04, pour avoir les dernier pilote, il faut installer les dépot NVidia, sinon je crois que c’est seulement les 390. L’installation des dernier pilote ne sont fait pas automatiquement il faut passer par logiciel&mise à jours et choisir la version (j’ai mis la 410 et il reste en 410 : ça m’arrange, je sais qu’il fonctionne à peut prêt)
Toujours dans la LTS, des problèmes, j’en ai eu il n’y a pas plus tard que 1 semaine : Xserver dead (j’ai fini par tout réinstallé à blanc). J’ai eu d’autre problème comme l’impossibilité de changer la résolution (qui était bien inférieur à l’écran). A cause de ces pilotes, j’ai même réussi à cassé apt (je ne sais même plus comment je m’en suis sortie, je crois que j’ai du supprimer des packets à la main avec dpkg, j’y ai passé plusieurs jours sur ces conneries).
Le 25/04/2019 à 21h20
#48
Je dois t’avouer que, par flemme, comme j’ai un Windows légitime, quand un jeu est pas natif Linux, je le fais tourner sur Windows « par défaut », ça juste marche. Mais oui, faudra que je vois ce que permet Steam Play, niveau perfs surtout.
Pour les jeux CodeMaster, ça dépends. Certains sont carréments dispos en natif Linux. D’autres, comme Grid 2, ne marchent pas du tout même avec Steam Play, de ce que je vois…
Le 25/04/2019 à 22h23
#49
Le 26/04/2019 à 09h12
#50
Je ne sais pas ce qu’il en est, mais moi, une Ubuntu fraîchement installé (et quand ça marche du premier coup), en 1 semaine j’en ai fait un veau qui ram du cul, en 2 j’ai déjà des problèmes, en 1 mois, j’ai cassé un truc crutiale, et au bout de 2 mois, j’ai quelque chose que je n’ose plus toucher car je sais qu’à la moindre contrariété, je vais devoir passer 2 jours à trouver des solutions sur les forums.
Bon, ma config actuelle :
Ubuntu 18.04.2
Kernel 4.18.0-17-generic
Intel Xeon X5680 12Go ram (6*2Go à priori)
Geforce GTX TITAN X (Maxwell) Driver Version: 410.104, CUDA Version: 10.0
http://ppa.launchpad.net/graphics-drivers/ppa/ubuntu
Oui, c’est une machine de travail.
Personnellement, je n’aime pas l’interface/skin Unity et parmi les premiers trucs que je fais, c’est installer un Gnome Shell Vanilla (la saveur Gnome Shell n’existe plus)
Le 26/04/2019 à 20h39
#51
Je vois des soucis récurrents avec les snap. Des paquets qui viennent en conflit avec les autres, ou des applications pas ou peu intégrées au thème général… Perso, les snap je les réserve à des applications seules, surtout pas à mon interface. À mon sens c’est cela qui te pose des soucis, la version vanilla de gnome n’est pas bien supportée par les pilotes.
D’ailleurs, je ne comprends pas le nom du snap que tu enlèves, pourquoi 3-26-1604 ? Gnome est en version 3.22 dans les dépôts et les paquets vanilla-gnome-desktop ne semblent pas être présents dans les dépôts officiels…
À mon avis, ton soucis est dû à un conflit entre une version ancienne et pas officielle / mal maintenue de Gnome et le reste de ton système. Parce que gnome tire partie de l’accélération graphique, une maj de tes pilotes nvidia peut tout casser.
Et gnome-shell existe toujours.
https://packages.ubuntu.com/bionic-updates/gnome/gnome-shell
Regarde dans ton écran de login, tu peux changer cela directement (icône en haut à droite), ou avec cet article.
https://www.howtogeek.com/193129/how-to-install-and-use-another-desktop-environm…
Tu peux très bien garder l’installation d’origine et démarrer avec gnome-shell ou gnome-session sans désinstaller le skin Unity.