Connexion Abonnez-vous

La fin de support des GPU Maxwell et Pascal crée quelques remous sur Arch Linux

Rogntudju

La fin de support des GPU Maxwell et Pascal crée quelques remous sur Arch Linux

Long Ma pour Unsplash

Vous avez peut-être vu passer ces quelques derniers jours des actualités pointant vers la fin du support d’anciens GPU NVIDIA par Arch Linux. Ce n’est pas tout à fait ça, même si le résultat y ressemble.

Le 29 décembre 2025 à 13h37

À l’origine, on trouve la publication des pilotes 590 de NVIDIA. C’est bien cette version, sortie début décembre, qui met fin au support officiel des GPU des générations Maxwell et Pascal, c’est-à-dire les GeForce GTX des séries 900 et 1000.

Cette fin de support, annoncée il y a plusieurs années, signifie que NVIDIA n’ajoute plus d’optimisations spécifiques ni de prises en charge de jeux en particulier. Les GPU continuent de fonctionner avec la version précédente des pilotes (de la branche 580). En outre – et c’est une information importante – le support complet n’est pas coupé : les mises à jour de sécurité continueront d’arriver jusqu’en octobre 2028.

Simple comme une mise à jour

Pourquoi un problème particulier avec Arch Linux dans ce cas ? À cause du fonctionnement en « rolling release », à savoir la diffusion quasi immédiate des dernières nouveautés logicielles. Le pilote 590 de NVIDIA y a été diffusé, avec utilisation par défaut. Ce n’est pas sans conséquence sur des systèmes appliquant toutes les mises à jour quand un pilote supprime un support.

Pour Arch Linux, la situation a été expliquée le 20 décembre par Peter Jung, l’un des mainteneurs du système (et créateur de cachyOS, distribution spécialisée dans le jeu vidéo). Il y indique que la nouvelle série 590 supprime le support des générations Pascal et antérieures, et que des remplacements de paquets sont donc appliqués : nvidia par nvidia-open, nvidia-dkms par nvidia-open-dkms, et nvidia-lts par nvidia-lts-open.

Il avertissait également que la mise à jour des paquets NVIDIA sur des systèmes intégrant ces anciens GPU entraînerait l’échec de chargement du pilote et donc celui de l’environnement graphique. La seule solution est de désinstaller les paquets nvidia, nvidia-lts et nvidia-dkms, puis d’installer le paquet nvidia-580xx-dkms depuis le dépôt AUR.

Les GeForce 16XX hors de danger

Il ajoute que rien ne change pour les GPU datant d’au moins la génération Turing, qui comprend la série 2000 des GeForce, mais également la série 1600. Cette dernière est en effet basée sur Turing, mais débarrassée des capacités de ray tracing. Les GeForce 1660 Ti, notamment, ne sont ainsi pas concernées par l’abandon de support dans le pilote 590.

Reste que la décision d'Arch Linux de procéder ainsi a provoqué de nombreuses réactions, comme on peut le voir dans les commentaires de sites tels que Phoronix et TechPowerUp. Plusieurs personnes manifestent de l'incompréhension face à une méthode jugée un peu trop radicale, indiquant qu'une détection automatique aurait pu être mise en place.

Enfin, précisons que cet arrêt de support n’est pas spécifique à la sphère Linux : Windows est lui aussi concerné. Le problème est cependant différent, car l’application NVIDIA n’installera pas d’elle-même la mise à jour, et Windows Update ne devrait pas non plus la proposer. Si l’on veut télécharger le pilote depuis le site officiel, l’outil intégré permet d’envoyer vers la bonne version. Si vous avez par exemple une GeForce GTX 1060, la version proposée au téléchargement est la 581.80.

Commentaires (25)

votre avatar
Est-il possible de préciser les années de sortie de ces cartes graphiques pour ceux qui ne sont familiarisé avec les gammes/modèles de GPU NVIDIA??
votre avatar
Mai 2017 pour la série 1XXX.
votre avatar
Merci
votre avatar
C'est précisément la fin de Win10 pour ma vieillissante (2013) config qui me fait passer sous Linux. J'avais suivi vos articles parlant de GLF OS mais sur leur discord on m'avait averti que ma CG (970 GTX) ne serait plus supportée sous peu et que c'était pour ça qu'ils recommandaient déja une 1xxxGTX minimum. Je suis donc allé tester Kubuntu mais j'ai apparemment pas la maitrise nécessaire pour configurer ce qu'il faut, quand je lance mes "vieux" jeux dessus (Just Cause 4 et Shadow of the Tomb Raider par exemple), j'avais soit un crash dans les 5min, soit le jeu ne se lançait tout simplement pas.
Beaucoup parlent de Bazzite donc j'irai peut-être par là, mais a-t-on un moyen de savoir quelles distro s'arrangeront pour que les drivers s'adaptent au matos detecté, sans écraser systématiquement dés qu'il y en a un plus récent? La manip indiquée dans l'article (désinstaller les paquets nvidia, nvidia-lts et nvidia-dkms, puis d’installer le paquet nvidia-580xx-dkms depuis le dépôt AUR) fait déja un peu barbu pour un noob comme moi :stress:
votre avatar
Idéalement, il faut utiliser un outil comme yay pour gérer les paquets ; ça permet de gérer de façon quasi identique ce qui vient des dépôts classiques et ce qui vient de l'AUR.
Il ne reste plus qu'à faire (pour supprimer les paquets) : yay -Rns nvidia nvidia-lts nvidia-dkms
Puis yay -Syy nvidia-580xx-dkms

Sinon, s'il n'y a pas besoin d'accélération 3D, passer au driver libre "nouveau" est peut-être une solution (mais ça dépend vraiment des cas, pour certains chips il peut y avoir des bugs d'affichage ; à l'époque où j'avais une Nvidia, je me souviens avoir mis en place une configuration me permettant de basculer du driver nvidia officiel au driver nouveau facilement).
votre avatar
Sinon, s'il n'y a pas besoin d'accélération 3D, passer au driver libre "nouveau" est peut-être une solution
Nouveau marche bien sur des petites configs. Par contre, sur un écran large 3440x1440 comme le mien, il est à la ramasse et incapable d'avoir un framerate potable.
votre avatar
Je sais que j'avais rencontré ce problème à l'époque (j'avais un triple écran avec une résolution totale beaucoup trop élevée pour être honnête) mais j'avais trouvé une solution en jouant sur un paramètre, je ne sais plus lequel (ça date)
votre avatar
Oula c'est trop barbu pour moi, faudra que je me pose au calme pour essayer, de base je suis un joueur console, le plug and play toussa toussa :transpi:
votre avatar
Eh bien puisque tu es plutôt console, tu vas faire connaissance avec la console Linux (aussi appelée le terminal...). C'est tout noir et ça se joue uniquement au clavier. :D

Non sans rire, je pense que les distributions pour gamer se doivent d'avoir une procédure, automatique (mieux) ou au moins manuelle, pour gérer ce problème, prévisible et récurrent. Car de toute façon toutes les cartes subiront un jour le même sort. C'est étonnant qu'on te dise juste "plus supportée" sans plus de détails.

Après je ne connais pas ces distribs, je dirais que ça dépend à la fois de leur potentiel élitisme (que je trouverais très malvenu vu qu'une grande partie de leurs nouveaux utilisateurs viennent de Windows 10 avec des PCs pas très récents) et de leur méthode de mise à jour du noyau. Car le plus gros problème de garder un vieux driver propriétaire est de ne plus pouvoir mettre à jour le noyau un jour ou l'autre. S'ils font les mises à jour de sécurité sous forme de patch sur le noyau actuel ça va, s'ils le font en montant le noyau de version c'est plus embêtant.

Enfin ils doivent bien exprimer quelque part leur avis sur la question et les solutions qu'ils proposent, c'est quand-même leur domaine.
votre avatar
«Je suis donc allé tester Kubuntu»
«La manip indiquée dans l'article »
si tu utilises Kubuntu (basée sur Debian, utilisant le gestionnaire de paquet apt) et non Arch Linux, utilisant le gestionnaire de paquet pacman, cet article ne te concerne pas
votre avatar
Essaye Linux Mint (à minima via Virtualbox par exemple), c'est très convivial.

Pour tes vieux jeux, ils viennent de Steam ou d'ailleurs (GOG, Epic)?
Valve a une compatibilité avec les jeux Windows via Proton, dont tu peux vérifier sur https://www.protondb.com/

Pour GOG et Epic, je te recommande Heroic Games Launcher qui pourraient faire tourner une partie de ta bibliothèque. Ça utilise wine ou ProtonGE, une version communautaire de Proton
votre avatar
J'ai juste testé sous Steam puisque je comptais sur le boulot fait via Steamdeck pour me faciliter els choses, et leur filtre intégré "linux compatible". Et effectivement Just Cause 4 semble connu pour être compliqué sous Ubuntu.
Si je devais mettre une nouvelle distro, je testerai d'abord Bazzite qui semble plus orienté jeu
votre avatar
Sous manjaro, on peux fixer une version de paquet qui ne sera pas mis à jour, probablement que c'est aussi possible sous Arch.
votre avatar
Oui, c'est une option de pacman de mémoire.
votre avatar
J'admets ne pas trop comprendre le problème : c'est ainsi que ça fonctionne sur Arch avec les pilotes de matériels versionnés (mais aussi avec les librairies telles que Java, .NET, Electron...). Dans la très grande majorité des cas, lorsqu'il y a une nouvelle version d'un package générique qui va casser la compatibilité avec le système ou une application, ça fait l'objet d'une information sur la page d'accueil d'Arch Linux (personnellement, je suis abonnée au flux RSS, ça me simplifie la tâche).
Ça ressemble surtout à un faux problème, où les usagers n'ont pas compris le mode de fonctionnement de leur distrib (et on rappelle qu'Arch n'est pas une distrib particulièrement grand public, qu'elle nécessite des interventions régulières lors des mises à jour ; d'ailleurs, réaliser une installation from scratch d'Arch demande un peu d'huile de coude - mais quel plaisir de pouvoir conserver la même installation depuis plus de 15 ans sans s'embêter avec le concept de mises à jour majeures de distribution !).

En tout cas, j'ai souvenir d'avoir eu à gérer exactement la même situation il y a plus de 15 ans lors de l'abandon du support de ma Quadro FX 580 par les drivers du package générique et qu'il avait fallu passer sur le package explicite nvidia-340xx (puis elle avait été prise en charge correctement par Nouveau et j'avais abandonné le driver Nvidia).

À la rigueur, je peux comprendre que ce soit un sujet pour les utilisateurs d'EndeavourOS ou d'autres distributions faciles d'accès basées sur Arch (mais il est fort possible que ces distributions gèrent la situation de façon sensiblement différente vu qu'elles ont des dépôts propres, pour le coup je n'en sais rien).
votre avatar
Pas besoin de rolling release pour garder un système pendant longtemps. J'ai un système sous Debian, mis à jour et jamais réinstallé depuis 25 ans.
votre avatar
J'ai eu tellement de soucis de mise à jour de distrib au fil des années (avec Debian, Ubuntu et Mandrake/Mandriva) que ça a été un soulagement de ne plus avoir à le faire...
votre avatar
Euh, pour moi tu en fais au contraire de très nombreuses, mais par de (±) petits morceaux.
votre avatar
Le truc, c'est qu'en faisant les choses petit à petit, il y a moins de chances que tu scies d'un coup toutes les branches sur lesquelles tu es assis. Je garde encore un très amer souvenir de Mandriva qui, lors d'une mise à jour majeure, me fait casse en même temps NSS et la base BerkleyDB utilisée par OpenLDAP. Au moins, je me souviens de mon premier démarrage en signle-user mode, même 20 ans après !
votre avatar
Il y a un truc que j'ai pas compris : avec la version 590, les anciennes cartes graphiques ne sont plus supportés (donc plus détecté, écran noir, etc ...), ce qui fait que les paquets nvidia-open* et nvidia-580xx-dkms sont installés par défaut.

Or, il est indiqué dans le premier paragraphe :
Cette fin de support, annoncée il y a plusieurs années, signifie que NVIDIA n’ajoute plus d’optimisations spécifiques ni de prises en charge de jeux en particulier. Les GPU continuent de fonctionner avec la version précédente des pilotes (de la branche 580). En outre – et c’est une information importante – le support complet n’est pas coupé : les mises à jour de sécurité continueront d’arriver jusqu’en octobre 2028.
Ca veut dire que quand les pilotes 590 sont installés, ce sont ceux de la version 580 qui continuent d'être utilisées ?

Si l'arrivée de la version 590 ne contient pas les pilotes de la version 580, effectivement il faut utiliser des paquets spécifiques et pas les paquets par défaut, ça tombe sous le sens. Et je vois pas pourquoi il y a des plaintes sur le fait qu'il n'y ait pas de détection automatique alors que justement, ce sont des paquets dédiés qui ont été installés.
votre avatar
Non, les paquets dédiés ne sont pas installés automatiquement. Par défaut, les paquets sont mis à jour vers la version 590, donc plus d'image pour les GPU en question. Il faut switcher manuellement sur la version 580 figée, en désinstallant nvidia et en installant nvidia-580xx-dkms seul.

Les paquets nvidia-open semblent être simplement la nouvelle version (590) renommée des paquets nvidia (dernière version 580). Les paquets nvidia n'existent visiblement plus ensuite. Pourquoi ce changement de nom, et juste à ce moment-là, je ne sais pas, et ça entretient la confusion.

Et comme l'a dit TNZfr, le module noyau figé du paquet nvidia-580xx-dkms va limiter la possibilité de mise à jour du noyau Linux. Pour avoir déjà expérimenté ça avec un module pour une carte RAID, ça continue à marcher un temps indéfini et d'un coup on se retrouve bloqué avec un module qui ne charge plus (donc pour un GPU ça veut dire plus d'interface graphique), il faut revenir manuellement au noyau précédent et on ne plus mettre le noyau à jour. Ce qui posera plus ou moins de problème selon l'utilisation qui est faite de la machine, et la manière dont la distribution gère les mises à jour de sécurité (soit en patchant le noyau sans changer sa version ce qui permet de garder la compatibilité, soit en montant de version).
votre avatar
J'ai eut le problème sur fedora, ou le pilote 590 m'a mis de sacré battons dans les roues: j'ai dû apprendre à faire un version lock, ce qui n'aurait pas été dur si je m'étais rendu compte que Software (le gestionnaire de paquets graphique - que je n'utilise que pour les maj vu qu'il fait une notification) ignore la liste...
votre avatar
Comme je l'ai dit sur HFR, la manip' proposée par l'équipe Arch Linux mettant à disposition une version « figée » des pilotes pour les GF 1xxx fonctionnera tant que le module kernel associé au pilote (la partie dkms) sera compatible avec la version du noyau.

Tous les 2 mois et demi, quand une version majeure du noyau est mise en ligne, le module nVidia reste un point de mise à jour générant beaucoup d'inquiétude auprès des personnes concernées.
votre avatar
Je n'avais pas vu passer l'info, ma machine principale ayant une GT 1030 basée sur l'architecture Pascal. À voir ce que ça donnera, à défaut je tenterai de la remplacer par une base AMD sinon. Pas besoin de puissance, c'est juste pour supporter un affichage large.
votre avatar
Idem, avec une 1050Ti : j'ai juste besoin de 3 sorties vidéo (2x pour des écrans 16/10 FHD, et une sortie "son" pour l'ampli en HDMI). La carte se tourne en pratique pas mal les pouces...

La fin de support des GPU Maxwell et Pascal crée quelques remous sur Arch Linux

  • Simple comme une mise à jour

  • Les GeForce 16XX hors de danger

Fermer