Bonjour,
Sur des DELL 3060 distribution MINT (mais constaté aussi avec lubuntu) j'ai épisodiquement des coupures du signal vidéo sur la sortie VGA. Cela se traduit par un écran noir un court instant, de l'ordre de la seconde.
Constaté aussi (mais nettement plus rare) sur la sortie HDMI
Je ne peux pas me passer de la sortie VGA, elle est destinée à un vidéoprojecteur dans une salle de classe, le port HDMI est pour le moniteur du bureau.
Constaté sur plusieurs postes (même série) avec des écrans ou VP différents et changement de câble, je pense pouvoir écarter la piste de la connectique défaillante
Pour le modèle de carte, lspci renvoie
00:02.0 VGA compatible controller: Intel Corporation CoffeeLake-S GT1 [UHD Graphics 610]
et lshw
Juste après un tel évenement, j'ai par curiosité regardé s'il y avait qqchose dans les messages noyau avec dmesg
*-display
description: VGA compatible controller
produit: CoffeeLake-S GT1 [UHD Graphics 610]
fabricant: Intel Corporation
identifiant matériel: 2
information bus: pci@0000:00:02.0
nom logique: /dev/fb0
version: 00
bits: 64 bits
horloge: 33MHz
fonctionnalités: pciexpress msi pm vga_controller bus_master cap_list rom fb
configuration : depth=32 driver=i915 latency=0 resolution=1440,900
ressources : irq:138 mémoire:d0000000-d0ffffff mémoire:c0000000-cfffffff portE/S:4000(taille=64) mémoire:c0000-dffff
aucune idée de la pertinence de cette dernière info, c'est juste que c'est arrivé à ce moment là.
CPU pipe A FIFO unknown
Est-ce que quelqu'un aurait une piste d'explication, voire de solution ?
Merci
# 2 etape
Posté par ChocolatineFlying . Évalué à 2 (+1/-0).
essaye de demarrer en mode sans carte video 640x400
option de grub :
nomodeset
et/ou vga=normal
si tu n'as plus le pb pendant 20mn cela viens d'un petit bug de la carte graphique :
pour résoudre ce pb il faut passer en paramètre noyau (/etc/default/grub) :
intel_idle.max_cstate=1 i915.enable_dc=0 ahci.mobile_lpm_policy=1
si cela s’améliore mais c'est pas encore cela tu peux utiliser : i915.enable_fbc=0
i915.enable_psr=0 en plus (jamais essayer de mon coté)
si tu as tjrs le pb il faudra regarder le source du module pour voir les options supplémentaire de disponible :)
en general ca resoud tous les pb, en gros on l’empêche de se placer en veille ou basse consommation.
[^] # Re: 2 etape
Posté par cévhé . Évalué à 2 (+0/-0).
Merci je vais essayer mais
20 minutes ça me parait court pour ce phénomène assez peu fréquent (heureusement) et je ne suis pas forcément à côté de l'écran tout le temps. Est-ce qu'un `dmesg | grep i915̀ peut suffire à les détecter ?
[^] # Re: 2 etape
Posté par ChocolatineFlying . Évalué à 2 (+1/-0).
non, il semble que cela soit interne au chipset graphique intel, il décide tous seul de le faire et ne dit rien à personne.
dans ton cas fait directement la modification du grub, et garde sous la main la méthode pour avoir un écran au cas ou :
au moment de grub vous appuyez sur 'E' ajouter nomodeset à la fin de la ligne contenant linux puis f10, pour pouvoir qd meme démarrer des fois que les options t’empêche de voir l’écran. tu pourra revenir en arrière et re modifier le grub si necessaire
car faire une conférence en 640x400 pour tester le pb c'est pas évident :)
# Environnement ?
Posté par Cyril Brulebois (site web personnel) . Évalué à 3 (+1/-0).
De mon côté, j'ai une interruption sur la sortie HDMI lorsque je vais chercher un café. Jamais trop creusé les détails précis, mais ça pourrait avoir un rapport avec le vérin de ma chaise de bureau lorsque je me lève… (Puisque tu mentionnes une salle de classe j'imagine que ça arrive de se lever/s'asseoir ± régulièrement…)
Debian Consultant @ DEBAMAX
[^] # Re: Environnement ?
Posté par Ysabeau 🧶 (courriel, site web personnel, Mastodon) . Évalué à 2 (+0/-1).
Faudrait faire un test avec du thé à la place du café :-)
Je n’ai aucun avis sur systemd
Envoyer un commentaire
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.