J’ai installé Linux Mint sur mon PC de bureau juste pour lui redonner un coup de jeune : le premier matin où je l’ai réveillé, l’écran est resté noir

Direct au but : cet écran noir n’était pas une panne isolée mais un classique du genre, un bug qui traîne dans les forums Linux Mint depuis des années et qui touche particulièrement les configurations avec une carte graphique NVIDIA sortant de veille. Mon vieux PC de bureau, ressuscité avec les meilleures intentions du monde, s’est transformé en boîte noire silencieuse au premier réveil. Ventilateurs qui tournent, LED allumées, mais rien à l’écran. Le genre de moment où on se demande si on n’aurait pas mieux fait de laisser dormir cette bécane pour de bon.

Un bug qui a plus d’ancienneté que certaines distributions

Ce qui frappe en creusant le sujet, c’est la longévité du problème. Sur les forums officiels de Linux Mint, des utilisateurs décrivent exactement le même symptôme depuis des versions très anciennes jusqu’aux toutes dernières moutures. Un thread récent sur les forums NVIDIA résume la situation avec une précision presque clinique : après suspend et resume, l’écran reste noir, le système reste par ailleurs réactif (accessible en SSH par exemple), mais sans sortie vidéo ni TTY accessible, obligeant à un redémarrage forcé pour récupérer la machine. l’ordinateur tourne parfaitement, il travaille même, mais il refuse obstinément de vous montrer quoi que ce soit.

Le fautif désigné en priorité, c’est presque toujours le pilote propriétaire NVIDIA, qui gère mal la coupure et la remise sous tension du GPU. Mais la réalité est plus nuancée qu’un simple bashing de pilote. Sur un fil dédié au problème avec Xfce, un intervenant tranche le débat : si vous rencontrez le même problème que d’autres, ce n’est pas un souci NVIDIA, c’est un souci lié à Xfce. D’autres utilisateurs pointent plutôt Wayland comme origine du mal : utiliser le pilote propriétaire NVIDIA avec Wayland comme serveur d’affichage provoque ce comportement, et il est conseillé de tester l’option serveur d’affichage X.org pour voir si le problème persiste. Bref, entre le pilote graphique, l’environnement de bureau et le protocole d’affichage, il y a de quoi se perdre. Et c’est précisément ce qui rend ce bug aussi frustrant : il n’a pas une cause unique, il a une constellation de causes possibles qui se chevauchent selon le matériel.

Comment j’ai fait revivre l’écran (sans passer par la case reformatage)

Premier réflexe quand l’écran reste noir : ne pas paniquer et surtout ne pas forcer un redémarrage brutal en appuyant sur le bouton d’alimentation pendant dix secondes. Cette solution fonctionne, mais elle est aussi élégante qu’un coup de pied dans un moteur qui cale. Un utilisateur confronté au même souci avec une carte NVIDIA sur un ThinkPad a documenté une astuce bien plus propre : se connecter en SSH à la machine et redémarrer lightdm avec la commande sudo systemctl restart lightdm.service permet de retrouver un système fonctionnel. Concrètement, si vous avez un smartphone ou un autre PC sous la main sur le même réseau, vous pouvez vous connecter à distance et relancer le gestionnaire de connexion sans perdre votre session de travail en cours.

Deuxième piste, plus radicale mais souvent redoutablement efficace : basculer du protocole Wayland vers le bon vieux Xorg au moment de la connexion (l’option se trouve en cliquant sur la petite roue crantée dans l’écran de login). C’est moche, c’est un peu has-been comme solution, mais ça marche dans une bonne partie des cas où le pilote NVIDIA fait des siennes avec Wayland.

Troisième option, celle du désespoir assumé : désactiver purement et simplement la mise en veille automatique dans les paramètres d’énergie. Ce n’est pas glamour, ça va un peu à l’encontre du principe même d’un PC moderne économe, mais tant que le bug traîne, c’est souvent la solution la plus fiable. Certains utilisateurs ont carrément préféré revenir en arrière : sur un fil consacré au sujet, un contributeur explique avoir décidé de revenir à Linux Mint 21.3, version qui fonctionnait correctement avec la mise en veille. Un aveu d’échec technique qui en dit long sur la persistance du problème d’une version à l’autre.

Mon avis : un bug qui écorne la promesse du « juste marcher »

Linux Mint s’est construit une réputation solide sur sa simplicité et sa fiabilité pour l’utilisateur lambda qui veut juste que son PC démarre, tourne et s’éteigne sans histoire. C’est justement ce qui rend ce bug de veille aussi agaçant : il touche une fonction basique, utilisée quotidiennement par des millions de personnes qui n’ont jamais ouvert un terminal de leur vie. Que le problème persiste sur plusieurs générations de la distribution, avec des causes qui varient selon les cartes graphiques et les environnements de bureau, montre les limites de l’écosystème NVIDIA sous Linux, un serpent de mer bien connu de la communauté open source.

Ma bécane, elle, tourne désormais avec Xorg forcé et la mise en veille profonde désactivée. Un compromis un peu bancal, mais qui a le mérite de fonctionner tous les matins depuis. Si vous envisagez cette même cure de jouvence sur un vieux desktop équipé d’une carte NVIDIA, sachez avant de vous lancer que le pilote open source nouveau, moins performant mais souvent plus stable sur ce point précis, reste une alternative à tester si le pilote propriétaire vous joue ce mauvais tour. Un bon vieux compromis à la Linux, en somme.

Sources : forums.linuxmint.com | forums.developer.nvidia.com