cerhu > linux.debian.user.french

JF Straeten (04/03/2018, 22h10)
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+
Hugues MORIN (05/03/2018, 07h50)
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" <jfstraeten> a écrit :
[..]
Yann Serre (05/03/2018, 08h50)
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.
err404 (05/03/2018, 09h30)
-----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?
fab (05/03/2018, 10h00)
'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 :
[..]
JF Straeten (05/03/2018, 13h50)
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,
JF Straeten (05/03/2018, 14h00)
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 :

[..]

> - 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,
JF Straeten (05/03/2018, 14h10)
Re,

On Mon, Mar 05, 2018 at 09:27:11AM +0100, err404 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,
JF Straeten (05/03/2018, 14h10)
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 :

[..]

Si truc déconne, tout déconne à mon humble avis...

Merci quand même,
Yann Serre (05/03/2018, 16h30)
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.
JF Straeten (05/03/2018, 16h50)
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,
JF Straeten (05/03/2018, 18h30)
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 :

[..]

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+
Christophe De Natale (05/03/2018, 19h10)
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,
Bernard Schoenacker (05/03/2018, 19h20)
bonjour,

serait il possible de faire un essai avec x2go server
et x2go client (pyHoca) ?

sources.list en pièce jointe

lien :

[..]

slt
bernard
daniel huhardeaux (06/03/2018, 11h50)
Le 04/03/2018 à 22:03, JF Straeten a écrit :
[..]
> - 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- <TAbort- <MAbort- >SERR- <PERR- INTx-

        Latency: 64 (4000ns min, 8000ns max)
        Interrupt: pin A routed to IRQ 18
        Region 0: Memory at 91000000 (32-bit, prefetchable) [size=16M]
        Region 1: Memory at 92800000 (32-bit, non-prefetchable) [size=16K]
        Region 2: Memory at 92000000 (32-bit, non-prefetchable) [size=8M]
        [virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
        Capabilities: [dc] Power Management version 1
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
        Kernel driver in use: mgag200
        Kernel modules: mgag200

lspci du notebook 16.04
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT
Integrated Graphics Controller (rev 0b) (prog-if 00 [VGA controller])
    DeviceName:  Onboard IGD
    Subsystem: Dell Haswell-ULT Integrated Graphics Controller
    Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
    Latency: 0
    Interrupt: pin A routed to IRQ 45
    Region 0: Memory at f7800000 (64-bit, non-prefetchable) [size=4M]
    Region 2: Memory at e0000000 (64-bit, prefetchable) [size=256M]
    Region 4: I/O ports at f000 [size=64]
    Expansion ROM at <unassigned> [disabled]
    Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
        Address: fee00018  Data: 0000
    Capabilities: [d0] Power Management version 2
        Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
        Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
    Capabilities: [a4] PCI Advanced Features
        AFCap: TP+ FLR+
        AFCtrl: FLR-
        AFStatus: TP-
    Kernel driver in use: i915
    Kernel modules: i915

Je pense qu'un rapport de bug s'impose

Discussions similaires
image et bouton clignotent

Mes minis-clignos ben y clignotent pas !

les objets d'un form clignotent en vfp 8.0

clignotant qui clignotent pas !!!!


Fuseau horaire GMT +2. Il est actuellement 02h03. | Privacy Policy