Re: NUC7i3DNKE + écrans qui clignotent
Le 06/03/2018 à 11:39, daniel huhardeaux a écrit : Le 04/03/2018 à 22:03, JF Straeten 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. Bonjour, la lecture de ce message a fait tilt dans ma mémoire. J'avais un problème identique avec un Samsung SyncMaster P2770 que j'ai préparé pour la déchetterie suite à un comportement identique, partant du principe qu'il était HS. Je l'ai reconnecté ce matin. Les résultats sont: - fond d'écran, rien ne se passe: l'écran s´éteint/se rallume au bout de 5 secondes - un fichier PDF affiché: l'écran s'éteint/se rallume au bout de 30 secondes. Dès que je ferme le PDF l'écran s'éteint - une page web statique: comportement normal Lorsque je l'ai remisé l'écran était connecté en VGA<>DVI en console KVM sous stretch kernel 4.9.0.6. Le test de ce matin est en HDMI<>DVI sous Ubuntu 16.04 kernel 4.4.0-116 [...] Bonjour, suite aux échanges concernant ce message, j'ai commandé un câble HDMI <> HDMI ultra HD 4K 2160p et à présent mon écran fonctionne parfaitement, plus de clignotement. Merci d'avoir lancé le sujet, cela m'a permis de sauver un écran ! -- Daniel
Re: NUC7i3DNKE + écrans qui clignotent
Le 04/03/2018 à 22:03, JF Straeten a écrit : Chère Liste, [...] Je vous remercie d'avance, en tout cas de m'avoir lu. A+ Bonjour, j'ai suivi le fil de tes déboires. Pas toujours évident de diagnostiquer ce genre de problème. J'utilise beaucoup LTSP pour différents usages et tout ne fonctionne pas toujours pareil qu'un poste natif. Le PXE doit y être pour quelque chose. J'ai des NUC première génération Celeron 4GB RAM qui sont pas stables pour 2 sous avec windows 7. Je les utilise donc avec une image ubuntu 16.04 LTSP pnp maison à base de openbox et vmware view client pour connecter à une ferme VDI vmware. Cela fonctionne très bien. J'utilise le même principe avec un vieux LTSP unbuntu 12.04 et un vieux client vmware 32 bits avec des machines encore plus vieilles à base de P4 2.5 et 1,5GB de RAM. Là non plus pas de souci majeur, sauf quand j'ai branché un splitter VGA sur l'un d'eux et impossible d'avoir une résolution > 800x600. En même temps les cartes graphiques sont des Sis qui ne font plus partie de xorg, je cherche vraiment les ennuis ! Les meilleurs résultats que j'ai avec LTSP et du matériel récent est d'utiliser Ubuntu en mode PNP -> https://help.ubuntu.com/community/UbuntuLTSP/ltsp-pnp avec des images nbd. Essaie ensuite avec un poste natif, au point où tu en est... Je ne suis pas sectaire et j'utilise Debian pour tout le reste :) Cela dit, il peut y avoir du nouveau avec ltsp-manager que je n'ai pas testé.
Re: NUC7i3DNKE + écrans qui clignotent
Pour le DVI les données circulent à 165 MHz... Le Dual-Link, ce sont 2 canaux à 165MHz. Quand il rencontre une soudure, plus la fréquence est élevée, plus le signal "s'éparpille". Il perd quelques dB, une petite partie repart dans l'autre sens et déforme le signal... Pareil à chaque passage de connecteur, adaptateur et autres changements de conducteur électrique, de métal,... Si la soudure est artisanale et de qualité inégale sur les différents conducteurs, on doit même avoir des phénomènes de déphasage (ou plutôt un déséquilibre des amplitudes entre, par exemple, un conducteur qui véhicule la synchro et un autre qui véhicule les données). L'électronique du moniteur va compenser dans la plupart des cas, mais si elle a l'impression de recevoir un paquet de données dans le désordre, elle va attendre le paquet suivant puis se resynchroniser... Donc mauvaise idée de re-souder soi-même des câbles. Les productions industrielles seront beaucoup plus fiables ! Le mieux serait d'acheter un câble avec les bons connecteurs SANS ADAPTATEUR et se limiter à la longueur nécessaire. Éviter l'entrée de gamme (ce qui est valable à peu près pour tout !) Une section de câble plus importante laisse supposer que le blindage est plus efficace, etc... Et il suffit aussi qu'une broche de connecteur soit trop déformée (côté prise du câble ou côté chassis) pour perdre la synchro. Un faux contact intermittent. Le câble n'est pas directement en cause car il fonctionnera quand-même s'il est branché dans un autre appareil plus tolérant ! En résumé : si ça vaut le coup de dépenser de l'argent pour cette installation, alors un bon câble sera un bon investissement (et réutilisable sinon). Le 08/03/2018 à 21:41, JF Straeten a écrit : Concrètement : Essayer un autre câble dit "Dual Link" PLUS COURT dans un premier temps. Faisable. Il existe des Amazon basic de 0.50 ou 0.90 m. Bête question peut-être, mais les recouper et resouder, ça tiendrait la route ou pas ? Mais aussi.. comment expliquer alors que les petits adaptateurs HDMI/DVI-D essayés aient foiré aussi ? Ce sont deux prises dos à dos, et le reste de la connexion est un câble DVI-D. Par une mauvaise qualité ? En te remerciant,
Re: NUC7i3DNKE + écrans qui clignotent
Hello, On Thu, Mar 08, 2018 at 06:56:19PM +0100, Yann Serre wrote: [...] > Le câble est probablement "Dual Link" chez le fabricant quand il > branche les appareils de mesure directement dessus. [...] > Tout ça fait que le rapport signal/bruit peut se dégrader dans des > proportions qui rendent incertaines les détections correctes de tous > les 1 et de tous les 0 ! Je ne suis pas électronicien, mais c'est fait convaincant, parce que la résolution passe et il s'en faut de peu pour que ça reste stable... > Concrètement : > Essayer un autre câble dit "Dual Link" PLUS COURT dans un premier > temps. Faisable. Il existe des Amazon basic de 0.50 ou 0.90 m. Bête question peut-être, mais les recouper et resouder, ça tiendrait la route ou pas ? Mais aussi.. comment expliquer alors que les petits adaptateurs HDMI/DVI-D essayés aient foiré aussi ? Ce sont deux prises dos à dos, et le reste de la connexion est un câble DVI-D. Par une mauvaise qualité ? En te remerciant, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Bonsoir, Que dire pour faire court (et nécessairement caricatural) ? Le câble est probablement "Dual Link" chez le fabricant quand il branche les appareils de mesure directement dessus. Ensuite les performances se dégradent en situation réelle (parasites, connectique, impédance,...) Parasites : économie de blindage, diaphonie, proximité d'une alim à découpage,... Connectique : métaux différents, corrosion, adaptateurs,... Impédance = combinaison de plusieurs paramètres : fréquence des signaux + longueur du câble + capacitance/inductance/résistance par mètre du câble + adaptation RLC de l'électronique derrière les connecteurs... Théoriquement tout devrait répondre à des normes. Tout ça fait que le rapport signal/bruit peut se dégrader dans des proportions qui rendent incertaines les détections correctes de tous les 1 et de tous les 0 ! Concrètement : Essayer un autre câble dit "Dual Link" PLUS COURT dans un premier temps. Le 08/03/2018 à 14:01, steve a écrit : Le jeudi 08 mars 2018, JF Straeten a écrit : Je pense donc que la conclusion à en tirer est que ces câbles, bien qu'ils se prétendent "Dual Link" (et qu'ils en aient le connecteur particulier), ne le sont en réalité pas et ne sont pas capables de tenir les signaux d'envoi d'une résolution 2560x1600. Moi, ces histoires de câbles, ça me turlupine. J'aimerais bien que tu testes ton hypothèse (parce qu'en l'état, c'en est une) et qu'on arrive à une conclusion définitive. S
Re: NUC7i3DNKE + écrans qui clignotent
Salut Steve, On Thu, Mar 08, 2018 at 02:01:12PM +0100, steve wrote: > Le jeudi 08 mars 2018, JF Straeten a écrit : > > > Je pense donc que la conclusion à en tirer est que ces câbles, bien > > qu'ils se prétendent "Dual Link" (et qu'ils en aient le connecteur > > particulier), ne le sont en réalité pas et ne sont pas capables de > > tenir les signaux d'envoi d'une résolution 2560x1600. > > Moi, ces histoires de câbles, ça me turlupine. J'aimerais bien que > tu testes ton hypothèse (parce qu'en l'état, c'en est une) et qu'on > arrive à une conclusion définitive. Je t'entends bien, mais ça soulève deux questions, ai-je envie de dire : - que voudrais-tu faire comme test ? Si tu as une suggestion, n'hésite pas, mais en l'état, à part mesurer les signaux (comment ? à l'oscilloscope ?), je ne vois pas quoi faire de plus qui serait à ma portée, et dans un laps de temps raisonnable ? - vu l'impossibilité de résoudre le problème raisonnablement, est-il même nécessaire d'aller plus loin (*dans le cas d'espèce*, s'entend : remplacer un client léger ; je ne parle pas « pour la science » en général) ? Il ne suffit pas de passer à une version logicielle particulière, que ce soit de la distri, du microcode Intel ou du driver X, de régler un paramètre de config, ou même de changer les câbles... J'ai parcouru les commentaires utilisateurs de câbles du même type sur Amazon : tous rapportent un fonctionnement parfait, mais aucun ne fait état de résolutions supérieures au full HD, ou à 1920x1200 (quand ils en mentionnent une). Je n'ai donc absolument aucune preuve, ou même présomption raisonnable comme tu veux, qu'un de ces câbles a déjà fonctionné en 2560x1600. C'est justement compte tenu de ça que j'ai passé les fiches techniques des câbles qui avaient la tronche du dual link (24 pin + 1) à la loupe et retenu le premier qui mentionnait explicitement "Dual Link". Je ne me vois pas souder les câbles adéquats :-) Et en réalité, c'est une impasse totale même en rebondissant sur le DisplayPort qui équipe également les Dell en entrée parce que les convertisseurs de HDMI vers DisplayPort (un simple adaptateur d'une connexion à l'autre ne suffit pas, dans ce cas) ne montent pas non plus à 2560x1600 (il en existe un chez StarTech, le HD2DP, mais il ne supporte pas cette résolution selon la doc et un user Amazon rapporte explicitement qu'il ne la sort effectivement pas en pratique). C'est pour ça que je dis « rideau ». Sur mon problème de (bêtement) échanger une machine, je ne vois rien d'améliorable et ça deviendrait de l'entêtement inutile... Mais sur le fond, tu n'as évidemment pas tort du tout :-) A+ -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Le jeudi 08 mars 2018, JF Straeten a écrit : Je pense donc que la conclusion à en tirer est que ces câbles, bien qu'ils se prétendent "Dual Link" (et qu'ils en aient le connecteur particulier), ne le sont en réalité pas et ne sont pas capables de tenir les signaux d'envoi d'une résolution 2560x1600. Moi, ces histoires de câbles, ça me turlupine. J'aimerais bien que tu testes ton hypothèse (parce qu'en l'état, c'en est une) et qu'on arrive à une conclusion définitive. S
Re: NUC7i3DNKE + écrans qui clignotent
Chère Liste, On Wed, Mar 07, 2018 at 06:43:47PM +0100, JF Straeten wrote: [...] > Je pense nécessaire d'essayer d'autres câbles du type requis, de > bonne facture (et si vous en avez qui fonctionne, les références > m'intéressent évidemment) parce qu'on a ici manifestement une > piste exploitable. Ou bien, vous pensez que je perds mon temps ? Pour finir sur ceci, je me réponds tout seul : j'ai encore fait un test hier soir : j'ai pu brancher le NUC sur un écran LG E2711T, un 27", en 1920x1080 (le max), en DVI-D, via un des câbles HDMI to DVI acquis en même temps que le NUC... Et bien l'image est parfaitement stable ; ça fonctionne parfaitement ; jamais aucun clignotement. Je pense donc que la conclusion à en tirer est que ces câbles, bien qu'ils se prétendent "Dual Link" (et qu'ils en aient le connecteur particulier), ne le sont en réalité pas et ne sont pas capables de tenir les signaux d'envoi d'une résolution 2560x1600. Ils plafonnent à 1920x1200, soit le max du "Single Link". Dans ces conditions, évidemment, ça revient à essayer de mettre deux litres dans un bidon d'un... Je n'ai pas du tout soupçonné ça parce que la fiche technique du câble en question spécifie « Compatible with DVD-D dual link devices », ce qui est nécessaire pour faire passer cette résolution, et c'est bien parce que c'était spécifié clairement que j'ai commandé ces câbles là. Rideau, donc ; je cherche une autre solution. Je remercie encore tous ceux qui se sont penchés sur ce problème. A+ -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Re, On Wed, Mar 07, 2018 at 06:43:47PM +0100, JF Straeten wrote: [...] > J'ai pu essayer ceci : [...] > - différents câbles / autre écran : j'ai testé le NUC sur un Iiyama > ProLite B2403WS, 24", en 1920x1200 (le max), en HDMI des deux côtés > (avec un câble HDMI Philips qui semble de bonne facture) : et bien > ici, aucun problème ! > > L'image est parfaitement stable, même avec des tas d'rxvt, Mutt et > applications texte... Ça ne bouge pas et fonctionne normalement. > > Même résultat sur un projecteur Optoma GT5000+, en 1920x1080 (le > max) : tout passe absolument parfaitement. Oublié de préciser ceci : sur le DELL U3011 aussi, en passant par le connecteur HDMI (même test que ci-dessus), l'image est parfaitement stable également. Il y a toutefois dans ce cas que la résolution 1920x1200 est émulée par le DELL (et n'est franchement pas terrible), mais sur le principe ça marche. A+ -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Chère Liste, On Tue, Mar 06, 2018 at 05:23:51PM +0100, JF Straeten wrote: [...] > On Mon, Mar 05, 2018 at 06:59:51PM +0100, Christophe De Natale wrote: [...] > > Comment être certain que le standard est respecté ou compatible sur > > le câble dvi/hdmi ? > Ah ça bien sûr... Je ne peux que faire confiance aux câbles que > j'ai. > Mais la question est pertinente parce que ce sont les deux mêmes, > achetés en même temps, et neufs, donc par définition non testés ou du > moins on n'en a pas de preuve... Si ça se trouve, ils viennent d'un > même lot qui pourrait être défectueux ? Petit retour sur les tests réalisés depuis hier... En synthèse, pour mémoire, on avait épinglé ceci au fur et à mesure de la discussion : - LTSP avec chiffrement ; - câbles différents ; - autre écran ; - sur live-cd ; - avec une install locale. J'ai pu essayer ceci : - LTSP avec chiffrement en premier, puisque c'est une variable à changer dans un fichier. Résultat : que dalle, ça le fait, même si c'est un peu moins et uniquement sur l'écran de gauche. C'est beaucoup plus rare à droite ; NB. curieusement, c'est sur des applications en mode texte (Mutt, rxvt, etc.) ou affichant beaucoup de texte (Thunar) que ça foire. Avec un Gimp + gLabels à l'écran, ça ne bouge pas. Strange... - différents câbles / autre écran : j'ai testé le NUC sur un Iiyama ProLite B2403WS, 24", en 1920x1200 (le max), en HDMI des deux côtés (avec un câble HDMI Philips qui semble de bonne facture) : et bien ici, aucun problème ! L'image est parfaitement stable, même avec des tas d'rxvt, Mutt et applications texte... Ça ne bouge pas et fonctionne normalement. Même résultat sur un projecteur Optoma GT5000+, en 1920x1080 (le max) : tout passe absolument parfaitement. Donc, fort de ce constat technologique de pointe, j'ai trépigné toute la journée jusqu'à avoir 5 minutes pour foncer ventre à terre chez les margoulins d'électronique du coin, histoire de trouver d'autres câbles HDMI to DVI-D DL. Y a pas, évidemment, que du SL... Je me rabats donc sur des adaptateurs HDMI to DVD-D (voire même I), de marque Ewent, que je teste sans même enlever mon paletot, sûr d'être dans le bon :-) Et ben non : foire totale ! C'est pire que tout. Même sur le bureau et l'écran d'accueil. À la limite, penser à lancer Mutt suffit à faire déconner l'affichage. Le seul constat possible est que la résolution 2560x1600 passe à travers, mais ça ne va pas plus loin, et même pas du tout en fait :-[ Je pense nécessaire d'essayer d'autres câbles du type requis, de bonne facture (et si vous en avez qui fonctionne, les références m'intéressent évidemment) parce qu'on a ici manifestement une piste exploitable. Ou bien, vous pensez que je perds mon temps ? - avec un live-cd [non testé] - avec un disque USB et une install locale [non testé] Ceci ne vaut pas la peine pour le moment si l'électronique est en cause à la base, à mon humble avis... NB1. les adaptateurs HDMI to DVI : d'une manière générale, ils ne sont à mon avis pas recommandables au delà des tests : il est évident que ça va forcer sur les connecteurs de la machine vu la disproportion des extrémités, sans parler du câble DVI aussi lourd que rigide qui va empirer les choses ; NB2. spécialement dans le cas du NUC... Il n'y a pas moyen de le brancher côté câble d'alimentation, sauf à en bidouiller le plug. En un sens, c'est ballot, je sais, mais j'étais chaud comme une baraque à frites un soir de kermesse sur ma résolution de problème et ai donc sacrifié ces détails sur l'autel de la R&D, même si ça ne serait pas à faire en prod' :-) Je me réjouis de voir si vous aurez d'autres idées et remarques après au moins un test concluant et confirmé, mais qui ne va pas encore loin assez : je *dois* arriver à la résolution native des écrans, 2560x1600, c'est contractuellement non négociable :-) Merci encore à tous d'avance, en tout cas & A+, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Re, On Tue, Mar 06, 2018 at 07:23:07PM +0100, Christophe De Natale wrote: [...] > C'est marrant car dans ton premier post, lorsque j'ai lu que l'aspect ltsp > étaitindifférent, je me suis dit le problème est là :D (ou pas) > Tes clients sont "fat" ou "thin" et sur quelle architecture ? Tous "thin". En i386 jusqu'ici, le NUC étant la seule machine amd64. Mais je comptais paresseusement la lancer en 32bit aussi... jusqu'à devoir investiguer :-) Et là, j'ai créé rapido un chroot amd64, puis deux (buster), puis trois (sid), et de nouveau un jessie (que je venais de supprimer pour faire de la place, soit dit en passant)... > Une fois que tu es sûr que le matos est ok avec le test en "local", ce sera > peut-être la piste à creuser... Tout à fait. Je vais encore faire quelques tests, dont celui-là, si je sais... Encore merci en tout cas & A+, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Le 06/03/2018 à 17:23, JF Straeten a écrit : Sinon, toutes les tentatives le sont en ltsp ? Oui : la machine est appelée à faire office de client léger et tous les boots le sont en NFS sur des chroot LTSP (passer d'un à l'autre est beaucoup plus rapide que de faire des installs locales évidemment). [...] C'est marrant car dans ton premier post, lorsque j'ai lu que l'aspect ltsp étaitindifférent, je me suis dit le problème est là :D (ou pas) Tes clients sont "fat" ou "thin" et sur quelle architecture ? Une fois que tu es sûr que le matos est ok avec le test en "local", ce sera peut-être la piste à creuser... Bonne soirée, -- Christophe De Natale
Re: NUC7i3DNKE + écrans qui clignotent
Salut, On Mon, Mar 05, 2018 at 07:15:50PM +0100, Bernard Schoenacker wrote: > serait il possible de faire un essai avec x2go server > et x2go client (pyHoca) ? > > sources.list en pièce jointe > > lien : > > https://wiki.x2go.org/doku.php Je peux si j'ai le temps, mais tu voudrais mettre quoi de particulier en évidence avec ce test ? J'ai déjà voulu tester ça par ailleurs, donc ce ne serait pas du temps totalement perdu ;) Mais ça s'installe facilement sur une Debian ? Y a pas de paquets Debian, à ce que j'ai vu... Merci & A+, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Salut, On Mon, Mar 05, 2018 at 06:59:51PM +0100, Christophe De Natale wrote: [...] > Le bios ne comporte pas d'options qui aideraient ? Je n'ai rien vu de sexy par rapport à mon problème, même si je conviens que c'est très zoli, le Visual Bios d'Intel. J'ai essayé d'augmenter et de diminuer la taille de la RAM centrale affectée à l'IGP, pour voir, mais sans succès... > Sinon, toutes les tentatives le sont en ltsp ? Oui : la machine est appelée à faire office de client léger et tous les boots le sont en NFS sur des chroot LTSP (passer d'un à l'autre est beaucoup plus rapide que de faire des installs locales évidemment). > Pas moyen d'essayer en plus "direct" (live-cd ou clé bootable) ? Et bien, tu n'as pas tort et j'en viens à me dire que le test du live-cd peut être intéressant. Si j'y arrive, j'essayerai ça ce soir, entre choses comme changer les câbles, essayer d'autres sorties, ou sur un projo, etc... Parce que quand on y pense... En LTSP, c'est le client léger qui lance le serveur X et le serveur LTSP vient présenter une session dessus. Peut-être qu'il y a une interaction problématique ? Actuellement, ils tournent tous avec LDM_DIRECTX=true, c.-à-d. que la connexion entre client et serveur n'est pas chiffrée par SSH. Mais je pourrais aussi essayer en chiffrant pour voir si ça fait une différence... Ceci dit, je me souviens qu'au moment de flasher le bios, la clé USB insérée avec le fichier .BIO dessus contenait l'installateur de stretch, lequel s'est lancé parce que je n'ai pas tapé assez vite sur F7 pour flasher... L'affichage n'a pas duré longtemps, certes, mais il ne clignotait pas. Serait-ce une piste ? Les résolutions d'affichage sont quand même très différentes et ça ne le fait peut-être qu'en sollicitant un peu la carte ? Si je sais, je retesterai tiens. > Comment être certain que le standard est respecté ou compatible sur > le câble dvi/hdmi ? Ah ça bien sûr... Je ne peux que faire confiance aux câbles que j'ai. Mais la question est pertinente parce que ce sont les deux mêmes, achetés en même temps, et neufs, donc par définition non testés ou du moins on n'en a pas de preuve... Si ça se trouve, ils viennent d'un même lot qui pourrait être défectueux ? En outre, je me suis fait la réflexion en les ouvrant que le fabricant ne s'est pas foulé sur le blindage, vu la taille du câble ; en tout cas par rapport à mes purs DVI-D d'avant, y a pas photo : la section et la "dureté" du câble sont moindres, peut-être même nettement. > Bon courage, Merci ;) Ça devient surtout le temps, le problème. Ces tests sont chronophages à mort et d'autres trucs n'avancent pas, alors que je m'attendais à swaper simplement les machines et à pointer la macaddress de la nouvelle sur le bon chroot dans le DHCP. Là, c'est raté du coup :-[ Mais merci à tous les intervenants de la liste sur le problème ; c'est précieux dans l'adversité numérique ;) A+ -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Oui, c'est pour cette famille de panne que j'ai fait remonter une remarque sur 6 Samsung 244T dont 4 qui se sont mis à clignoter dans le même trimestre. Une bonne adresse parisienne de composants électroniques a identifié un circuit intégré à changer sur les Samsung suite à un bouche à oreille de clients. Mais comme ces écrans consomment beaucoup, j'ai préféré les changer sans faire la réparation. Le 06/03/2018 à 12:22, daniel huhardeaux a écrit : En fait non. Je viens de faire le test sous W8.1 c'est encore pire: le phénomène apparaît toutes les 3 secondes, peu importe que quelque chose soit affiché ou non.
Re: NUC7i3DNKE + écrans qui clignotent
Le 06/03/2018 à 11:39, daniel huhardeaux a écrit : [...] Je pense qu'un rapport de bug s'impose En fait non. Je viens de faire le test sous W8.1 c'est encore pire: le phénomène apparaît toutes les 3 secondes, peu importe que quelque chose soit affiché ou non. -- Daniel
Re: NUC7i3DNKE + écrans qui clignotent
Le 04/03/2018 à 22:03, JF Straeten 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. Bonjour, la lecture de ce message a fait tilt dans ma mémoire. J'avais un problème identique avec un Samsung SyncMaster P2770 que j'ai préparé pour la déchetterie suite à un comportement identique, partant du principe qu'il était HS. Je l'ai reconnecté ce matin. Les résultats sont: - fond d'écran, rien ne se passe: l'écran s´éteint/se rallume au bout de 5 secondes - un fichier PDF affiché: l'écran s'éteint/se rallume au bout de 30 secondes. Dès que je ferme le PDF l'écran s'éteint - une page web statique: comportement normal Lorsque je l'ai remisé l'écran était connecté en VGA<>DVI en console KVM sous stretch kernel 4.9.0.6. Le test de ce matin est en HDMI<>DVI sous Ubuntu 16.04 kernel 4.4.0-116 lspci du serveur Stretch 08:00.0 VGA compatible controller: Matrox Electronics Systems Ltd. G200eR2 (rev 01) (prog-if 00 [VGA controller]) Subsystem: Dell G200eR2 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- Latency: 64 (4000ns min, 8000ns max) Interrupt: pin A routed to IRQ 18 Region 0: Memory at 9100 (32-bit, prefetchable) [size=16M] Region 1: Memory at 9
Re: NUC7i3DNKE + écrans qui clignotent
bonjour, serait il possible de faire un essai avec x2go server et x2go client (pyHoca) ? sources.list en pièce jointe lien : https://wiki.x2go.org/doku.php slt bernard x2go.list Description: Binary data
Re: NUC7i3DNKE + écrans qui clignotent
Le 05/03/2018 à 18:26, JF Straeten a écrit : [...] Voilà, si quelqu'un y comprend quelque chose ou a des idées, je suis preneur parce que j'y perds mes pingouins pour le moment :-) Je remercie aussi encore ceux qui se sont penchés sur le problème. A+ Bonjour, Le bios ne comporte pas d'options qui aideraient ? Sinon, toutes les tentatives le sont en ltsp ? Pas moyen d'essayer en plus "direct" (live-cd ou clé bootable) ? Comment être certain que le standard est respecté ou compatible sur le câble dvi/hdmi ? Bon courage, -- Christophe De Natale
Re: NUC7i3DNKE + écrans qui clignotent
Re, On Mon, Mar 05, 2018 at 01:45:25PM +0100, JF Straeten wrote: [...] > Par contre, pour ce qui est logiciel, sans charger le microcode > Intel au démarrage de la machine, ça fait clairement sapin de Noël > quels que soient la distri et le kernel utilisés. Ensuite, avec > microcode, ça s'améliore jusqu'à donner les moins mauvais résultats > avec le 4.14 de buster. Pour renchérir sur la partie logicielle, compte tenu de ceci : https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1604819 j'ai essayé avec plus vieux et booté le NUC sur une jessie. On est toutefois à des versions de noyau et de serveur X encore antérieures à celles rapportées comme fonctionnelles dans ce message, mais ça permet quand même quelques observations, aussi intéressantes que délirantes : - sans installer le microcode Intel, et avec un serveur X en 16 bit, c'est la foire totale : sapin de Noël ; - en installant le microcode et en forçant le serveur X à 24 bit, c'est nettement mieux : ça ne clignote que de temps en temps ; NB1. je n'ai toutefois pas la preuve que le microcode est chargé, je ne le vois pas dans un dmesg -T (BTW, y a-t-il un autre moyen de vérifier ?) NB2. oui, j'ai fait le bleu en troubleshooting en faisant varier deux paramètres à la fois, j'en suis conscient :-) - le serveur X semble adresser la carte avec le driver VESA, d'après le log ; - enfin, en forçant le serveur X à "intel", X ne démarre pas car "No device found" : je pense que le pilote est trop vieux pour la carte ; - et le meilleur pour la fin : quelle que soit la situation ci-dessus, le clignotement n'apparaît *jamais* quand il n'y a que la root window d'affichée. C'est au lancement de quelques rxvt (ou un Thunar) que ça commence à foirer. Mais en les fermant, le clignotement s'arrête net. Idem avec le screensaver : le lancer fait réapparaître l'écran, et il se lance normalement, pourvu que ça soit sur la root window uniquement, au terme de son délai DPMS, sans que ça ne foire... NB1. ce poste tourne sous i3, donc au lancement il n'y a qu'une barre de statut indiquant le n° de workspace sur la root window. Voilà, si quelqu'un y comprend quelque chose ou a des idées, je suis preneur parce que j'y perds mes pingouins pour le moment :-) Je remercie aussi encore ceux qui se sont penchés sur le problème. A+ -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Re, On Mon, Mar 05, 2018 at 04:19:47PM +0100, Yann Serre wrote: > Le 05/03/2018 à 13:59, JF Straeten a écrit : > > Les moniteurs datent de 2011 et 2012, certes, mais ce sont des DELL > > qui coûtaient un bras, et dont j'espère donc quand même que > > l'électronique est potable:-) En outre, ils fonctionnent parfaitement > > sur une autre machine, chacun seul ou les deux ensemble... > > J'ai 6 Samsung qui coûtaient 6 bras dont 4 sont tombés en panne le même > trimestre après 10 ans de bons et loyaux services. Passé à Asus depuis. Certes, j'entends bien, mais les écrans fonctionnent parfaitement sur un client Wyse actuellement... Merci, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Le 05/03/2018 à 13:59, JF Straeten a écrit : Les moniteurs datent de 2011 et 2012, certes, mais ce sont des DELL qui coûtaient un bras, et dont j'espère donc quand même que l'électronique est potable:-) En outre, ils fonctionnent parfaitement sur une autre machine, chacun seul ou les deux ensemble... J'ai 6 Samsung qui coûtaient 6 bras dont 4 sont tombés en panne le même trimestre après 10 ans de bons et loyaux services. Passé à Asus depuis.
Re: NUC7i3DNKE + écrans qui clignotent
Salut, On Mon, Mar 05, 2018 at 09:59:13AM +0100, fab wrote: > Tu peux essayer ta CG sur un autre poste avec 1 autre écran puis un > second pour vérifier si c'est la carte mère qui déconne ou si c'est > la carte graphique ? Tout est intégré, c'est un NUC : https://www.centralpoint.be/fr/barebones-pc-poste-de-travail/intel/nuc7i3dnke-art-blknuc7i3dnk2e-num-6960343/ Si truc déconne, tout déconne à mon humble avis... Merci quand même, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Re, On Mon, Mar 05, 2018 at 09:27:11AM +0100, err...@free.fr wrote: [...] > Je te conseille de tester les écrans sur d'autres machines. Ça, ça marche : ils fonctionnent parfaitement sur un autre client léger, tous les deux, seuls ou ensemble... > Ou de tester avec d'autres cables. Oui, je vais essayer... > Si tu peux tester d'autres écrans sur ce NUC, c'est bien aussi. Ça aussi... > Est ce que le phénomène de clignotement persiste si tu utilise une > résolution plus faible? Ça aussi... > Et si tu n'utilise qu'un seul écran? Pareil, c'était dans le message : seuls ou à deux, même combat ;) Merci pour le retour, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Re, On Mon, Mar 05, 2018 at 08:49:30AM +0100, Yann Serre wrote: > - la connectique (cas le plus souvent rencontré - tenter d'essuyer > les broches ?) Je vais essayer de changer de câble pour voir, en effet... > - la bande passante des câbles (un câble de mauvaise qualité ou bien > qui touche un transformateur d'alimentation qui génère des > perturbations électro-magnétiques et le câble n'est plus capable de > transmettre 100% du signal) En principe, elle est bonne : l'HDMI 2.0 monte jusqu'à 4K et ça sort en DVI-D Dual Link, nécessaire pour afficher la résolution native des écrans de 2560x1600. Maintenant, évidemment, la qualité des câbles, on n'en sait rien... Voilà les câbles, identiques et neufs : https://www.centralpoint.be/fr/c-bles-video-et-adaptateurs/manhattan/hdmi-cable-1x-hdmi-male-1x-dvi-d-24-plus-1-male-dual-link-black-1-8m-art-372503-num-5695993/ > - la carte graphique est-elle correctement ventilée ? Elle est intégrée au CPU, c'est de l'Intel. > si ce n'est pas une ventilation mécanique, la ventilation passive > a-t-elle un flux d'air suffisant ? Il y a un ventilo mécanique dans le NUC. On l'entend à fond au cold boot et il se calme ensuite... > (une sécurité pourrait couper brièvement l'étage de puissance de la > carte graphique à une température maximale) Tout est possible... Je cherche ;-) > Autre problème matériel : > - un vieux moniteur peut avoir une alimentation dont un composant a besoin > de se stabiliser au démarrage (montée en température), avant de provoquer > une panne d'alimentation complète dans les semaines suivantes. Les moniteurs datent de 2011 et 2012, certes, mais ce sont des DELL qui coûtaient un bras, et dont j'espère donc quand même que l'électronique est potable :-) En outre, ils fonctionnent parfaitement sur une autre machine, chacun seul ou les deux ensemble... Merci pour le retour en tout cas, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
Hello, On Mon, Mar 05, 2018 at 07:46:09AM +0100, Hugues MORIN wrote: [...] > 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 En effet, mais sans exclure un souci matériel, j'inclinais plus pour un problème logiciel... Le matos est intégralement neuf : barebone NUC, RAM et câbles sortis des boîtes et sachets avant les tests. Les écrans ne sont pas neufs, mais je suis certain qu'ils fonctionnent parfaitement, tous les deux, sur le client léger que le NUC est appelé à remplacer. Par contre, pour ce qui est logiciel, sans charger le microcode Intel au démarrage de la machine, ça fait clairement sapin de Noël quels que soient la distri et le kernel utilisés. Ensuite, avec microcode, ça s'améliore jusqu'à donner les moins mauvais résultats avec le 4.14 de buster. Enfin, je me dis aussi qu'un souci matériel se produirait tout le temps, indépendamment de l'affichage, non ? Or, avec un xscreensaver actif, ça ne le fait jamais, et avec un film jamais non plus si la fenêtre a le focus (je l'ai surpris une fois à s'éteindre brièvement si elle ne l'a pas). Merci pour retour en tout cas, -- JFS.
Re: NUC7i3DNKE + écrans qui clignotent
'lut, Tu peux essayer ta CG sur un autre poste avec 1 autre écran puis un second pour vérifier si c'est la carte mère qui déconne ou si c'est la carte graphique ? f. Le 04/03/2018 à 22:03, JF Straeten 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+
Re: NUC7i3DNKE + écrans qui clignotent
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Bonjour JF Straeten (Jean-François?) Je te conseille de tester les écrans sur d'autres machines. Ou de tester avec d'autres cables. Si tu peux tester d'autres écrans sur ce NUC, c'est bien aussi. Est ce que le phénomène de clignotement persiste si tu utilise une résolution plus faible? Et si tu n'utilise qu'un seul écran? -BEGIN PGP SIGNATURE- iQIzBAEBCgAdFiEEJO//ePEJChGbGaZQrjHmR0GD/5kFAlqc/1UACgkQrjHmR0GD /5kvYw//avDGMCEs65jz3RUKCSadspHvApTnqWWsn2Xk+/NP+Fq2vp/QAfgk4YMF 3zMflVe2XbQPCaJcHfkfzRsu7Q2bCmpp4ZvWlDKST+qBTpSG+9adOYsjRx0Keexx CiSuW+GCO+1xERd/u8v87X+/84NyCoNzs9xcuVJI9NwKKtIWMcIkSqzDJbNbsKal bCgA+h21QcN2Kd0tfXCmN6VwV0Hw/1tHI3RWgaXanoHgGBCAgPdr/HZKHNjgKKZ9 DZmYJJPMuLas0udHk7Z+16SFUuzvOcKRdqMfnPCXOrPMFqXTLeWRwm8E1VXvmX+L bBLk+JuY+POXJJoubJ+UoRbtSwSJePHIRN61i8EM9pO9cnCg6t1n3KvSgsplP7Nk 8OCrbIzMwkYA1piu76fQIGIrmqKlm5DKqe2Yep0tboDzgbxD+tzIniU4MfGr/VTn EPjlhkh5pkZv0bDVeW5e3OaZSy6nXImu+CsVXxz83PK3y1NJDWH/DpaI484w7Ec9 cGKOg85YLpZSbRBxZXTGrK6sdKMcFvgreUgK16AWTluhhhqQayeY8lNPsZtrop8L +11IZmFkWv5DMM8hrnLT22qZCXYHxTjy3XROni5xekVYLyuaUD50FrOj/YHfXd12 kkjIIjh64eL4PTfssYeaZLiHKNYU0JVk8PlcNd3vqI3r92xXuoc= =FVhp -END PGP SIGNATURE-
Re: NUC7i3DNKE + écrans qui clignotent
Bonjour, - la connectique (cas le plus souvent rencontré - tenter d'essuyer les broches ?) - la bande passante des câbles (un câble de mauvaise qualité ou bien qui touche un transformateur d'alimentation qui génère des perturbations électro-magnétiques et le câble n'est plus capable de transmettre 100% du signal) - la carte graphique est-elle correctement ventilée ? si ce n'est pas une ventilation mécanique, la ventilation passive a-t-elle un flux d'air suffisant ? (une sécurité pourrait couper brièvement l'étage de puissance de la carte graphique à une température maximale) Autre problème matériel : - un vieux moniteur peut avoir une alimentation dont un composant a besoin de se stabiliser au démarrage (montée en température), avant de provoquer une panne d'alimentation complète dans les semaines suivantes.
Re: NUC7i3DNKE + écrans qui clignotent
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" 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. > >
NUC7i3DNKE + écrans qui clignotent
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.
