Reprise du message précédent :
Oh, purée, la frayeur ! LightDM qui voulait pas se lancer au redémarrage (j’étais sur le noyau LTS de l’Arch du PC « familial »)… /o\ Il y a eu une MAJ du noyau LTS, justement, aujourd’hui. Apparemment, ils l’ont validée sans mettre à jour les pilotes NVIDIA 340.xx adaptés à ce noyau. C’est ballot.

Heureusement, redémarrer sur le noyau normal a résolu le souci.

D’ailleurs, en parlant de noyau normal (5.0.13, donc) : je n’ai plus non plus le problème du démarrage qui prenait des plombes avec ! Je sais pas quelle version du noyau a corrigé ça (la dernière fois que j’ai démarré dessus, sans succès, c’était à la sortie du 5.0.7 ou 5.0.8…), mais c’est cool ! La preuve :

Ça fait plaisir de retrouver des temps normaux avec le noyau pas LTS !
Mais j’avais fini par soupçonner le lecteur de cartes-mémoires, même si je doute d’en avoir la preuve un jour.

Pourquoi frayeur ? Quand on a du nvidia c'est reccurent ce genre de problème

Pas chez moi, non : la seule fois où ça l’a fait, c’était il y a un an, lors du passage à X.org 1.20, car les pilotes 340 n’étaient pas encore prêts (pire : au départ, c’était pas prévu que les CG bloquées en 340 LTS disposent d’une compatibilité X.org 1.20, mais Nvidia a fini par corriger le tir au bout d’un mois).

Et frayeur car un PC qui marche subitement plus comme il le devrait, moi, ça me stresse un max : j’ai subi les caprices des Windows 9x dans mon adolescence et ai été traumatisé en 2007 par un Windows XP qui avait littéralement décidé de ne plus du tout démarrer du jour au lendemain, seulement 11 mois après l’achat de la machine, sous prétexte que hal.dll était endommagé, alors qu’il n’y avait au aucun problème ni signe avant-coureur qui aurait pu m’alerter.
Heureusement que sous Linux, on a toujours accès aux consoles TTY et qu’un redémarrage sur un autre noyau a contourné le problème. Mais voilà : sur le moment, tu te dis « m××de, m××de, m××de !!! Pas ça !!! ».

Faut vraiment que je chope une CG AMD de l’époque (avec port VGA et idéalement refroidissement passif, comme la GT210 actuelle) pour que j’aie plus à m’embêter avec ce genre de bêtise (le pilote libre, lui, ne posera pas de tels soucis, au moins !), vu que les pilotes 340, ils dégagent à la fin de l’année de toute façon.

Ce n'est pas pour rien que l'on conseille les AMD avec les pilotes libres.

Je l’ai assez vite compris, depuis plus de 4 ans que je suis passé à Linux en dur pour la première fois…
 
Mais tu vois, dans le cas qui me préoccupe, il s’agissait, il y a deux ans, de passer avec le minimum de frais un PC vendu en 2009 sous Vista sous Linux. J’avais déjà dû changer la CG fin 2012, car celle d’origine était morte. Et vu que les pilotes kivonbien existaient, je me suis contenté de garder la CG déjà (et toujours) en place, point. Mais vu que Nvidia va abandonner le support Linux de cette carte (dire que sous Windows, ce genre de problème ne se pose pas : une fois le pilote installé, on n’y touche plus jamais et il nous fiche la paix…), oui, je songe à aller voir du côté des rouges pour la prochaine (et peut-être que, après ça, ce PC n’aura plus à être trafiqué jusqu’à la fin de ses jours et pourra continuer à servir comme il le fait pendant encore des années ?).

Si c'est un GPU bas de gamme, nouveau peut fonctionner suffisamment bien.

Moi ça va plutôt bien sur mon portable Dell optimus (NVS 4200M)
, j'ai les pilotes 390.
Enfin, je ne vois jamais le basculement sur la carte nvidia, sauf si je lance une commande "primusrun glxspheres64".
Je n'ai jamais vu de soft qui utilise cette carte discrète vu mon utilisation.

Lors du « bug » de l’an dernier, j’ai essayé : ça marchait pas…

Quel GPU est-ce?

Je l’indiquais à la fin de ce message : GeForce 210 (et puisque j’ai la boîte à portée d’yeux, en ce moment : modèle 1 Gio DDR3 de chez Gigabyte à refroidissement passif).

nv50 alors je crois:
 
https://nouveau.freedesktop.org/wiki/CodeNames/
https://nouveau.freedesktop.org/wiki/FeatureMatrix/
https://mesamatrix.net/

 
 
Par contre Juste une question de gros noob.
Archlinux ne propose pas de supprimer les paquets si ils sont plus dans les depots genre qt4?
 
Sous Debian il demande.

Ah non, c'est a toi de le faire.

En GUI, Pamac (pamac-aur pour le nom du paquet) peut te donner la liste des paquets orphelins.
 
En CLI, tu auras cette liste avec un « pacman -Qdqt » et donc virer tous les orphelins et leurs dépendances propres avec un « sudo pacman -Rs $(pacman -Qdqt) » (encore que le wiki préconise le paramètre « -Rns »).

J'ai peur que cette commande t'enlève tes makedepends, ca peut etre embetant.

Certains enrobeurs de Pacman comme Trizen te préviennent qu'il n'est plus maintenu.  
Quand j'ai lu l'info je l'ai viré.

C'est rare mais je pense sauter Linux 5.1.2, le message de Greg ne me rassure pas beaucoup.

Ça dit quoi? J'ai fait la mise à jour et je n'arrive plus sur ma session directement (mais j'ai du vieux matériel dont une CG nvidia   ).
Le noyau lts fonctionne toujours heureusement  

il parle peut-être de ce mail :
https://lkml.org/lkml/2019/5/14/651
 

Exactement!

All users of Intel processors made since 2011 must upgrade.
Pas facile d'avoir un processeur Intel   !

Ca devient la honte ouais.

Donc, MAJ des deux PC vers Linux 5.1.2. Sans surprise, sur le portable avec un GPU ATI, ce fut nasodigital. En revanche, sur le desktop ayant une Geforce 210, tout comme avec le LTS il y a quelques jours, au redémarrage : pas de LightDM ! Et pourtant, il y avait aussi une MAJ des Nvidia-340xx… Heureusement, un redémarrage sur le noyau LTS (rétabli depuis) m’a rendu l’usage d’une interface graphique dessus.

C'est pas complètement ce qu'il demande. Là tu listes les dépendances qui ne sont plus requises.

• Elles sont peut-être encore dans les dépots, juste plus requises sur son système
• Les paquets installés explicitement mais supprimés des dépots ne seront pas listés

Y a pas de commande magique, et je recommanderait de pas faire des pacman -R $(pacman -Q <whatever> ) comme un gros bourrin.
Perso je sors la liste -Qdt puis -Qm et je supprime à la main de temps en temps ce qui me parait sûr.

Pareil!
 
M'enfin je regarde plus ce qui prend de la place sur / et enlève quand c'est nécessaire, je ne me prend pas trop la tête pour récupérer 5Mo...

 
Fait ce matin et aucun souci.

moi aussi, fait ce matin, ça semble OK

Suite : ce matin, nouvelle MAJ des nvidia-340xx, mais pas du noyau… On verra sûrement demain si ça a suffi à réparer le bug, mais vu que le rapport de bug concernant ce souci a été fermé, on va être optimiste et se dire que oui !

Attention aux nvidieux:

Niveau performance j'imagine qu'il y a soucis.

J'ai bien fait de pas upgrader : nvidia + intel, j'ai la panoplie qui pue

 
Je n'ai rien remarqué de spécial en tout cas.

Aucun soucis avec les 430.14

Elles ont quel âge vous cartes ?

Moi, je l’ai achetée en septembre 2012 chez un assembleur local, pour remplacer la GT120 d’origine (PC acheté prémonté en mars 2009) qui était morte (au bout d’un mois, le ventilateur faisait un boucan terrible car il avait dû s’être désaxé, puis il s’est carrément arrêté de tourner et on a passé quelques années avec le capot ouvert pour éviter que ça surchauffe trop, ce qui a suffi jusqu’en 2012, donc).
 
Personnellement, ça me les brise de devoir abandonner bientôt cette GeForce 210, puisqu’elle marche parfaitement (et ayant un refroidissement passif, elle ne fait aucun bruit)… À moins que je ne retente l’aventure Nouveau, avec plus de succès que la dernière fois (il y a exactement un an, jour pour jour, aujourd’hui) ? J’ai récupéré la page du wiki d’Arch Linux en PDF, histoire d’avoir les instructions facilement sous la main.

du matériel ancien mais pas préhistorique non plus...
 
Après je pense que ça doit gonfler les devs de supporter du matos ancien, qui a surement un assez faible pourcentage d'utilisateur.
 
Tu dois pouvoir trouver des cartes passives plus récentes (typiquement des 950/1050, voire meme une 1030 neuve à moins de 100€)
 
nouveau j'ai jamais eu de problèmes avec, mais j'ai du matos récent (1080ti), et j ai besoin des drivers nvidia pour CUDA.

Sur mon matos ancien Nvidia (G210), j'ai du passer à nouveau qui fonctionne très bien hors 3d, par contre aucun souci avec ma Gtx970 pour jouer

J’ai donc profité d’une absence de la famille pour redonner sa chance à Nouveau (si j’ose dire) : passage en TTY2, désactivation et arrêt de LightDM, désinstallation des paquets nvidia-340xx{,-lts,-utils}, installation de xf86-video-nouveau, redémarrage, entrée de mes identifiants, tentative de démarrage de LightDM (succès), tentative d’ouverture de ma session XFCE (succès !).
 
Une fois mon Bureau chargé, je regarde si mon écran de veille (GLSlideshow sur XScreenSaver) fonctionne → OUI !!!
Deuxième test en lançant Célestia → OUI aussi !!! Et la boîte de dialogue des paramètres OpenGL activés me dit bien que je tourne sous Nouveau, avec Mesa 19.0.4, compatibilité OpenGL 3.3.
 
Franchement, je suis rassuré : ça veut dire que lorsque Nvidia lâchera les pilotes 340 et abandonneront donc la prise en charge Linux de cette CG, je ne serai pas obligé de la changer (pour quoi faire, puisqu’elle fonctionne encore ?). Et je pourrais même commencer dès maintenant à laisser tourner cette machine sous Nouveau (pourquoi repasser aux pilotes proprios, puisque ça marche comme il faut comme ça ?).
 
Le seul truc, c’est qu’en TTY, les textes sont vraiment ajustés pixel pour pixel, ce qui les rend un peu petits sur un 15" LCD en 1 024 × 768. Mais vu que je ne passe en TTY que le matin, pour faire les MAJ du jour (pour pas avoir à charger tout XFCE pour rien si le noyau doit être mis à jour, vu qu’il faudra redémarrer après), c’est pas dramatique. Je sais qu’il y a une astuce pour agrandir les caractères, mais c’est pas vital.

C'est ce que j'ai connu avec mon vieux PC fixe de 2004, avec son Pentium 4 et sa carte N-vidia  
Je l'ai fait migré vers Xubuntu 18.04 lts 32 bit au printemps -> il n’existe plus de pilote proprio car cette carte est " end of life " pour N-vidia
Heureusement nouveau fait le job !
 

@Trit': Il n'y a pas particulierement besoin de redémarrer après que le noyau soit mis à jour, c'est juste que tant que tu ne le fais pas tu n'es pas sur le dernier noyau.

Peut-être que ta carte est assez ancienne pour être bien gérée !  
 

Oui, donc, vaut mieux le faire sans tarder, surtout que ça a aussi pour conséquence de rendre impossible toute utilisation de média externe qui n’avait pas déjà été branché avant la mise à jour. Et ça, c’est ce qui est vraiment embêtant, dans l’histoire.

Ah c'est comme tout, soit tu veux être sur le dernier noyau soit tu t'en fiches. Perso je redémarre ma machine rarement, donc sauf si le noyau a quelque chose que je veux j'ignore la mise à jour (pendant quelque temps).

Quant aux médias externes, on en a deja discuté, il te suffit de faire une liste des modules qui t'importent et de les lancer automatiquement quand ton ordinateur démarre. C'est ce que je fais par exemple avec loop, btusb, etc, afin de ne pas avoir ce soucis. Je fais cela manuellement mais il y a aussi https://wiki.archlinux.org/index.php/Modprobed-db qui peut aider pour.