Chère Liste,
Je me permets de vous soumettre le problème que je rencontre sur une nouvelle machine, après avoir essayé une série de choses qui ne le résolvent pas, en espérant que quelqu'un aurait une expérience utile en la matière, ou déjà une idée ou deux :-) La machine est un NUC Intel, modèle NUC7i3DNKE. Son processeur est un Intel(R) Core(TM) i3-7100U CPU @ 2.40GHz Sa carte graphique, selon lspci : Intel Corporation HD Graphics 620 (rev 02) Elle a 4GB de RAM de marque 2-Power dans le slot inférieur et est couplée à deux écrans DELL U3011 par des câbles HDMI to DVI-D Dual Link (ce barebone n'a que deux connecteurs HDMI 2.0). Ça fait donc 2x 2560x1600 en résolution (et il peut aller jusqu'à 2x 4k, @60 Hz). Enfin, elle est utilisée comme client léger sous LTSP, bootant sur un serveur LTSP en NFS, mais l'aspect LTSP est indifférent. Question OS, a priori tout est du stretch pur jus, à jour (donc tant le serveur LTSP que l'OS utilisé par le client léger, c.-à-d. ici le NUC). Le souci rencontré est que les écrans clignotent de temps en temps : ils s'éteignent (l'un ou l'autre ou les deux) une à deux secondes, voire parfois 4-5, et puis se rallument... Jusqu'ici, j'ai lancé le NUC sous stretch 32bits et amd64, sans et puis avec le microcode Intel (avec, ça améliore sensiblement les choses, bien que ça ne soit pas encore parfait), pour finir enfin en buster, avec le noyau 4.14. Toujours avec le microcode, les résultats varient en fonction de la version du noyau : avec le 4.9 de stretch, c'est inutilisable tellement ça clignote. C'est un poil mieux avec le 4.14 des backports, toujours en stretch et ça devient utilisable, mais encore gênant avec le 4.14 de buster. Pour voir, j'ai booté aussi, toujours sous buster, avec le noyau 4.15.7 de sid, mais là c'est catastrophique (et pour cause : le noyau désactive une partie du microcode Intel en signalant qu'il ne résout pas Spectre (j'ai oublié les termes exacts, mais le microcode est pourtant la dernière version de chez Intel : 20171117). Enfin, à part en 4.15.7, j'ai chaque fois essayé avec les pilotes graphiques modesetting et Intel. On ne peut toutefois pas dire que ça fait une différence notable de comportement, et comme modesetting est recommandé et semble (mais c'est subjectif) un poil plus rapide à l'affichage, je tourne avec ce pilote, sous buster pour le moment. Enfin encore, je viens aussi d'upgrader le bios du NUC à la dernière version (039) du 22/02/2018. Mais même si ça n'a plus rien à voir avec les débuts sous stretch, les clignotements persistent quand même encore, sur l'un ou l'autre des écrans, au point que j'hésite à laisser ça comme poste de travail en l'état... Inverser les écrans ne change rien ; un à la fois ou deux, c'est tout à fait pareil ; les connecteurs sont bien vissés aux écrans, etc. Rien n'y fait : c'est totalement erratique. L'un ou l'autre s'éteint puis se rallume, jusqu'à parfois 10x sur quelques minutes, et puis plus rien pendant un moment, etc. Les seuls constats qui semblent pouvoir être posés sont : - que le phénomène ne semble jamais se produire quand l'écran change en permanence : en lançant xscreensaver ou un film, je ne l'ai jamais surpris à s'éteindre de manière inexpliquée. C'est quand l'image est fixe, mais qu'on tape du texte ou non, ça le fait ; - que l'écran qui n'a pas le focus *semble* s'exciter davantage que celui qui contient la fenêtre où je tape ceci, mais c'est difficile d'en être sûr... Voilà le phénomène bizarre. Si quelqu'un a une expérience utile à partager ou ne fut-ce qu'une idée de piste à explorer, je suis preneur :-) Je vous remercie d'avance, en tout cas de m'avoir lu. A+ -- JFS.
