Salut

C est bizarre en effet.
Il faudrai controler le materiel car ca ressemble a un probleme
electronique (alimentation, carte video ou meme carte mere) plus que
logiciel

C est le genre de panne galere a resoudre

Cordialement
Hugues

Le 4 mars 2018 22:03, "JF Straeten" <jfstrae...@scarlet.be> a écrit :

>
> 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.
>
>

Répondre à