La fin de support des GPU Maxwell et Pascal crée quelques remous sur Arch Linux
Rogntudju
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
4 min
Logiciel
Logiciel
À 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.
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
Commentaires (25)
Abonnez-vous pour prendre part au débat
Déjà abonné ? Se connecter
Cet article est en accès libre, mais il est le fruit du travail d'une rédaction qui ne travaille que pour ses lecteurs, sur un média sans pub et sans tracker. Soutenez le journalisme tech de qualité en vous abonnant.
Accédez en illimité aux articles
Profitez d’un média expert et unique
Intégrez la communauté et prenez part aux débats
Partagez des articles premium à vos contacts
Abonnez-vousLe 29/12/2025 à 13h54
Le 29/12/2025 à 13h58
Le 30/12/2025 à 13h32
Le 29/12/2025 à 13h58
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
Le 29/12/2025 à 14h12
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).
Le 29/12/2025 à 15h12
Le 29/12/2025 à 17h25
Le 30/12/2025 à 09h51
Modifié le 30/12/2025 à 13h11
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.
Le 29/12/2025 à 14h43
Le 29/12/2025 à 15h14
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
Le 30/12/2025 à 09h49
Si je devais mettre une nouvelle distro, je testerai d'abord Bazzite qui semble plus orienté jeu
Le 29/12/2025 à 21h08
Le 29/12/2025 à 21h20
Le 29/12/2025 à 14h07
Ç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).
Le 29/12/2025 à 14h41
Le 29/12/2025 à 17h50
Le 30/12/2025 à 16h53
Le 01/01/2026 à 21h43
Le 29/12/2025 à 14h52
Or, il est indiqué dans le premier paragraphe :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.
Modifié le 30/12/2025 à 09h53
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).
Le 30/12/2025 à 14h20
Modifié le 29/12/2025 à 14h56
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.
Le 29/12/2025 à 15h14
Le 30/12/2025 à 09h06
Signaler un commentaire
Voulez-vous vraiment signaler ce commentaire ?