Ubuntu MATE 19.04 intègre les pilotes NVIDIA dès l'installation, mais ce n'est pas une première

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

Avatar de l'auteur
David Legrand

Publié dans

Logiciel

24/04/2019 6 minutes
51

Ubuntu MATE 19.04 intègre les pilotes NVIDIA dès l'installation, mais ce n'est pas une première

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 :

Ubuntu Drivers NVIDIAUbuntu Drivers NVIDIA

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.

Ubuntu MATE Installation pilotes

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é. 

Pop!_OS InstallationPop!_OS Installation

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.

Manjaro Installation Source PilotesManjaro Installation Source Pilotes

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. 

Fedora 29 Pilotes NVIDIAFedora 29 Pilotes NVIDIA

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
51

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Ubuntu-drivers et PPA

L'intégration à l'installation d'Ubuntu MATE

Le précédent de Pop!_OS

Quid de Debian, Fedora ou Manjaro ?

Commentaires (51)


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.


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.


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. 


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.


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 :)


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 <img data-src=" />


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.&nbsp;


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.


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.

&nbsp;


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


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 !


On a le choix de ne pas utiliser le pilote propriétaire nvidia par défaut.



&nbsp;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.








SuXiNeTTe a écrit :



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 !





Je pensais que les “btw I use arch” qui sont moqués sur les memes de linuxiens étaient des légendes, mais non :o



En tout cas, j’ai réinstallé une Manjaro Mate sur mon PC perso en parallèle avec Windows 10 (que je garde essentiellement pour le jeu) après 10 ans sans pingouin en local et j’avais oublié le sentiment de satisfaction que l’on a face à un système qui est globalement très prédictible dans son comportement avec lequel on a réellement le sentiment de contrôler sa machine.



Et globalement c’est devenu très user-friendly, aucun problème sur le matériel (à part, effectivement, installer le pilote propriétaire Nvidia et désactiver le fakeRAID dans le BIOS), l’installateur m’a permit de redimensionner ma partition Windows de manière graphique, l’environnement est cohérent et joli (le bureau Mate étant selon moi une réussite avec les thèmes créés pour Mint tout en restant très fonctionnel et “classique”)… Vraiment bravo à toute la communauté du libre qui fait vivre cet écosystème qui semble avoir bien muri depuis Ubuntu Karmic Koala.



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é.


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.


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. :/








David_L a écrit :



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.







Ça donne tout de même la fausse impression qu’il faut encore et toujours taper des lignes de commande sous Linux, alors que pour le coup, ça se fait en deux clics de souris. Il suffit de lancer la logithèque, de cliquer sur Dépôts de logiciels puis d’activer NVIDIA Driver, ce qui lancera l’installation du pilote.



Oui j’ai précisé la méthode (mais ça demande plus de deux clics ;))


Comme LINUX est simple pour madame Michu comparé à cette “daube” de Windows <img data-src=" />


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 ;)


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.








alain_du_lac a écrit :



Comme LINUX est simple pour madame Michu comparé à cette “daube” de Windows <img data-src=" />





C’est surtout différent ! :)

Les Windowsiens pensent que si ça ne fonctionne pas “comme Windows” c’est de la merde, perso je trouve que c’est une qualité !



Bon, par contre, pas sûr que Mme Michu sache réellement la différence entre pilote free et non-free…



Windows 10 installe pratiquement tout tout seul aussi.


Merci pour cet article très instructif !


Je <img data-src=" /> ou pas, parce que Powershell pour ajouter\supprimer les applis inutiles c’est beau .








sephirostoy a écrit :



Windows 10 installe pratiquement tout tout seul aussi.





Oui ses pilotes de base (plus efficaces que les pilotes nouveau de linux), pas les derniers nvidia pour ta kark krafik.



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.








Cclaudic a écrit :



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.







Si je ne dit pas de connerie, mais les pilotes Nouveau utilisent par défaut la carte graphique NVidia si elle est disponible. Et justement, Optimus/Bumblebee permet de switcher d’une carte à l’autre à la volée (sous windows, c’est totalement transparent en fonction du programme).







Aisyk a écrit :



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.





Windows 10 installe automatiquement les pilotes NVidia.



De manière général, MS pousse les constructeurs vers le système “Universal Windows Drivers” qui entre dans le contexte de “Universal Windows Platform”. Ainsi, Windows est capable d’installer automatiquement à partir de windows update/store les bon pilotes pour ta plateforme.



Mais sinon, perso, j’aime bien l’outil de drivercloud qui est bien pratique pour faire un check-up des de ta machine, le tout avec une installation et MàJ des pilotes en quelques clics.



Les pilote Nouveau, même si ça s’est effectivement bien amélioré, ont encore quelques problèmes : par exemple, j’ai un écran branché en DVI sur une CG NVidia, avec les pilotes Nouveau, j’ai des artefacts effet “Canal+” qui rend quasi illisible l’écran. Après, les pilotes NVidia sont aussi des bonne grosses daubes, source d’un nombre de bug incommensurables (dès que je vois qu’il y a un problème avec le serverX, mon premier réflexe est de désinstaller les pilotes NVidia). NVidia et linux, ça ne fonctionne pas, sauf qu’il n’y a que NVidia qui font des cuda core.



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.








tazvld a écrit :



sauf qu’il n’y a que NVidia qui font des cuda core.





Et OpenCL n’est toujours pas viable ? Il me semblait qu’aujourd’hui les deux (OpenCL et CUDA) se valaient (parce qu’on reprochait à nVidia de faire CUDA dans son coin alors qu’un truc universel était en cours de création).



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.


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.








sephirostoy a écrit :



Windows 10 installe pratiquement tout tout seul aussi.







Il installe même des choses que l’utilisateur ne veut pas. Quand l’humain devient l’esclave de la machine, c’est beau. <img data-src=" />



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 ?








alain_du_lac a écrit :



Comme LINUX est simple pour madame Michu comparé à cette “daube” de Windows <img data-src=" />





Le vieux troll

A chaque fois que j’installe un w10, quand deja les MAJ ne plantent pas la machine, je passe 3 h a virer toutes les merdes de telemetrie et de bloatware, et encore deux pour configurer la machine. Et on peut me classer dans les power users, JAMAIS la michu n’arrivera a faire le dixieme de ce qu’il faut faire pour avoir un système W10 propre



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 &gt; Paramètres (un peu planqués) &gt; Activer dépôt tiers &gt; Valider &gt; Chercher NVIDIA &gt; 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 <img data-src=" />)








Aisyk a écrit :



C’est surtout différent ! :)

Les Windowsiens pensent que si ça ne fonctionne pas “comme Windows” c’est de la merde, perso je trouve que c’est une qualité !







Je précise toujours, chez les gens qui me demandent un OS pour un ordi d’occasion que je revends, ou un ordi ancien avec un vieux Win dépassé, que je peux leur proposer Linux Mint à la place, mais que ça implique d’apprendre à s’en servir a minima parce que ça ne fonctionne pas comme Windows.



Une fois expliqué les principes de base, et montré dans le menu de Cinnamon où trouver les principaux logiciels, essayer c’est adopter… J’ai eu deux exceptions pour des raisons tenant à la personne (un gamer et un pro ayant un progiciel sous Win inexistant en Tux), mais les gens chez qui j’installe Linux ne savaient pas non plus s’y retrouver sous Win, ça leur améliore la vie plus qu’autre chose.







Drepanocytose a écrit :



Le vieux troll

A chaque fois que j’installe un w10, quand deja les MAJ ne plantent pas la machine, je passe 3 h a virer toutes les merdes de telemetrie et de bloatware, et encore deux pour configurer la machine. Et on peut me classer dans les power users, JAMAIS la michu n’arrivera a faire le dixieme de ce qu’il faut faire pour avoir un système W10 propre







Voir ci-dessus.



Sur des vieux tromblons sur lesquels j’ai mis un Tux à la place du Win d’origine (le plus ancien : un Vista complètement largué, fait à l’automne de l’année dernière), ça rend souvent la machine enfin utilisable.



Et je parle d’utilisateurs avec un niveau en informatique proche du néant.



Mais bon, il faut prendre ce qu’il faut, je leur propose Linux Mint, pas Fedora, Gentoo ou Arch Linux. Les distros noob-compliant, dont Ubuntu fait partie, c’est une réalité.









Commentaire_supprime a écrit :



Mais bon, il faut prendre ce qu’il faut, je leur propose Linux Mint, pas Fedora, Gentoo ou Arch Linux. Les distros noob-compliant, dont Ubuntu fait partie, c’est une réalité.





Je confirme, je fais la meme chose.

Ma propre copine, qui ewy ce qu’on fait de mieux en terme de réfractaire a l’informatique, ne veut plus revenir a windows.

Idem ma mere, soeur, mon frere et plein de mes potes…



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








Br31zh a écrit :



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 ?





C’est quand même 25% de tes jeux. Dans le reste, combien tournent nativement (sans passer par un Wine/PlayOnLinux) ?

Si tu veux jouer aux blockbusters (qui représente la majorité des jeux vendu), je pense que tu peux passer à plus du 75% voir 100%. A part Steam, la majorité des plateforme des éditeurs Origin, Uplay, Battle.net, Epic Games Store… ne sont pas nativement sous linux. Tu peux passer pour certain via Wine&co sans forcément avoir de garantie que tout fonctionne (et surtout sans bannissement pour triche pour les jeux en ligne).



Je dirais que le principal problème avec les driver NVidia est au niveau du Xserver, déjà difficile avec XOrg, quasi impossible avec Wayland (NVidia ayant développé une solution qui n’est pas compatible avec la spécification retenue). Sur les gros calculateur, on s’en fout du Xserver, tout est en ligne de commande. Ca, ça fonctionne bien. Il y a moyen de faire cohabiter plusieurs version de cuda, de les installer dans son home (sans droit root), NVidia fournis différentes version de l’installeur et même des docker… Tant que le but n’est pas d’afficher une image à l’écran, ça fonctionne assez bien.









David_L a écrit :



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







Pas vraiment, parce qu’il faut parfois mettre les mains dans le cambouis en ligne de commande. Et rajouter des dépôts à la main (l’indispensable RPM-Fusion par exemple).



C’est pas une distro en kit comme Arch, mais c’est quand même pas prêt à l’emploi à 100% dès l’installation comme Mint.



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 ?


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&nbsp; et/ou sur le haut de gamme, c’pas forcément un mal (la concurrence c’est important dans ce domaine).


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.








tazvld a écrit :



Windows 10 installe automatiquement les pilotes NVidia.

&nbsp;

De manière général, MS pousse les constructeurs vers le système “Universal Windows Drivers” qui entre dans le contexte de “Universal Windows Platform”. Ainsi, Windows est capable d’installer automatiquement à partir de windows update/store les bon pilotes pour ta plateforme.



Mais sinon, perso, j’aime bien l’outil de drivercloud qui est bien pratique pour faire un check-up des de ta machine, le tout avec une installation et MàJ des pilotes en quelques clics.



Les pilote Nouveau, même si ça s’est effectivement bien amélioré, ont encore quelques problèmes : par exemple, j’ai un écran branché en DVI sur une CG NVidia, avec les pilotes Nouveau, j’ai des artefacts effet “Canal+” qui rend quasi illisible l’écran. Après, les pilotes NVidia sont aussi des bonne grosses daubes, source d’un nombre de bug incommensurables (dès que je vois qu’il y a un problème avec le serverX, mon premier réflexe est de désinstaller les pilotes NVidia). NVidia et linux, ça ne fonctionne pas, sauf qu’il n’y a que NVidia qui font des cuda core.





Pas les derniers mis à jour par Nvidia. Cela n’économise pas l’installation à la main des derniers pilotes.



Drivercloud, c’est bien mais c’est pas une fonctionnalité de Windows et il peut y avoir des conflits entre les versions de pilotes / MAJ Windows (comme sur l’October Update avec la manip à faire pour downgrader les pilotes RealTek pour ravoir du son).



Quant aux MAJ des pilotes Nvidia et des conflits de versions X.org, j’ai bien connu ce soucis… il y a 5 ans, en installant des versions non LTS des Ubuntu. Depuis, plus rien, ça fonctionne très bien. Les pilotes sont disponibles dans les dépôts, j’installe, ça redémarre, et je tourne sur le pilote propriétaire sans écran noir (en ce moment avec ma GTX970 sur les 430.09 sortis il y a… 2 jours ! (https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-430.09-Linux-… )

Niveau performances (avec pour référence les performances Windows), Nvidia est un peu plus fidèle aux AMD, même avec ses pilotes “un peu” bugués.









Br31zh a écrit :



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&nbsp; et/ou sur le haut de gamme, c’pas forcément un mal (la concurrence c’est important dans ce domaine).





Dans les jeux que tu cites, pas mal peuvent tourner avec Proton et SteamPlay :)



Et pour info, les Uplay, Battle.net, Origin, Epic, ça tourne sous Linux, pas en natif mais ça permet de jouer aux jeux.

J’ai pas mis Epic Store, j’ai pas de compte dessus :p

https://framapic.org/wH7RIru8Zroh/MHGBgQniEhfM.png



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).


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…








tazvld a écrit :



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).





Oui, cela ne change pas grand chose avec Windows au final : il est toujours nécessaire de mettre à jour ses pilotes. À la différence qu’avec Linux, quand on ajoute un dépôt, on ne doit le faire qu’une fois et tout le système se met à jour avec les informations et logiciels disponibles dans le dépôt.

Les versions 390 sont réputées “stables” par Ubuntu et Nvidia, les 4XX sont plus avancées en terme de fonctionnalités (ou de support matériel, comme les RTX ou les dernières 1650 comme sur les 430.09).



Tes soucis ne sont pas normaux. Ça arrive rarement maintenant. Si ton Xserver pose des soucis c’est que tu dois avoir un autre soucis quelque part. Et casser son apt, cela veut juste dire que l’installation s’est mal passé (serveur non disponible, conflit de versions…). Ça n’arrive plus ce genre de soucis avec les dépôts officiellement supportés.



Pour installer, désinstaller des PPA, cet utilitaire est super intéressant : Y-PPA-Manager,https://launchpad.net/y-ppa-manager

Ça permet de supprimer proprement un PPA en revenant sur les anciennes versions des paquets disponibles.

&nbsp;&nbsp;

Je te donne ma configuration complète :

Xubuntu 16.04.6

Kernel 4.15.0-47

AMD FX8350 / 8 Go

GTX970, pilotes 430.09

PPA pour les pilotes nvidia :https://launchpad.net/~graphics-drivers/+archive/ubuntu/ppa

(je l’ai installé suite à la prise en charge de Vulkan pour ma carte graphique pour pouvoir jouer à Witcher3 avec DXVK)

&nbsp;

Comme tu le vois, pas quelque chose de franchement révolutionnaire (ni récent) en terme d’OS, mais toujours supporté officiellement, mis à jour et stable. Et toi, c’est quoi ta config ?



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)









bash a écrit :



sudo snap remove gnome-3-26-1604 gnome-calculator gnome-characters gnome-logs gnome-system-monitor

sudo apt install gnome-session

#reboot ici

sudo apt install vanilla-gnome-desktop vanilla-gnome-default-settings






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.