Je viens de me procurer un bel écran WQHD de 27 ". Il est connecté à HDMI (pas de VideoPort) et fonctionne très bien avec une résolution de 2560x1440 à 60 Hz.
Il y a cependant un problème. Quand il se met en veille / j'éteins le moniteur puis je le réveille / je l'allume, il ne revient pas. Il reste vide et affiche finalement "aucun signal".
Ce qui est bizarre, c'est quand je passe à un autre ATS, par exemple Ctrl+ Alt+ F2il se réveille, mais revenir ensuite à Ctrl+ Alt+ F7le met immédiatement en veille et affiche un message "aucun signal". Actuellement, je dois exécuter service lightdm restart
un autre ATS afin de réveiller le moniteur, ce qui est mieux que de redémarrer mais loin d'être idéal. Le fait qu'il puisse être réveillé en passant à un autre ATS ou en redémarrant X
me dit qu'il s'agit d'un problème lié au logiciel.
Je recherche par exemple une solution raisonnable
- réglage de la configuration qui le forcera à se réveiller sur la touche
- une commande que je pourrais donner une combinaison de touches de raccourci qui réveillera le moniteur
- une installation / mise à jour de pilote
- tout ce qui fonctionne
Comme je suis à court d'idées, j'apprécierais tous les conseils, pensées, suppositions. Merci beaucoup!
PS J'exécute xubuntu 16.04 et j'utilise Intel® HD Graphics 4600
Réponses:
J'ai trouvé un moyen de réveiller le moniteur. Ce n'est pas idéal mais bien mieux que de redémarrer le serveur X ou de redémarrer. J'ai créé un script shell simple qui force la réinitialisation du mode graphique.
ou plus simple
Ensuite, j'ai attribué une combinaison de touches de raccourci pour appeler mon script. De cette façon, le moniteur se réveille mais uniquement sur une pression de touche spécifique par rapport à tout événement de touche ou de souris.
J'attendrai une meilleure réponse avant d'accepter ma propre réponse. J'espère toujours que quelqu'un connaît un moyen de résoudre le problème réel.
MISE À JOUR 2018-01-12 J'ai mis à niveau le noyau de la version LTS par défaut vers la dernière ( https://wiki.ubuntu.com/Kernel/LTSEnablementStack ) et le moniteur se comporte maintenant comme il est censé le faire. Merci à @Ellis Whitehead d'avoir signalé que cela pourrait être un problème dans l'implémentation du noyau.
la source
Je rencontre le même problème mais dans mon cas, le HDMI ne se réveillera en aucune façon possible. Même avec des interruptions matérielles, rien ne se passe. Ce qui est étrange, c'est que RDP fonctionne sans aucun problème.
J'ai découvert que «fsck» affiche des erreurs et «fdisk -l» encore plus. Mcelog peut également être utilisé pour détecter les erreurs matérielles.
la source
systemctl restart display-managersystemctl restart display-manager
. Vous rencontrez peut-être le problème décrit ici: bugs.freedesktop.org/show_bug.cgi?id=94014