Acabo de comprar una hermosa pantalla WQHD de 27 ". Está conectada a HDMI (sin VideoPort) y funciona muy bien mostrando 2560x1440 a 60 Hz.
Sin embargo, hay un problema. Cuando se va a dormir / apago el monitor y luego lo despierto / lo enciendo no vuelve. Se queda en blanco y finalmente muestra "sin señal".
Lo extraño es cuando cambio a un TTY diferente, por ejemplo, Ctrl+ Alt+ F2se despierta, pero luego volver a Ctrl+ Alt+ F7inmediatamente lo pone en reposo y muestra el mensaje "sin señal". Actualmente tengo que ejecutar service lightdm restart
un TTY diferente para activar el monitor, lo cual es mejor que reiniciar pero lejos de ser ideal. El hecho de que se pueda despertar cambiando a un TTY diferente o reiniciando X
me dice que es un problema relacionado con el software.
Estoy buscando una solución razonable, por ejemplo
- ajuste de configuración que lo obligará a despertarse al presionar una tecla
- un comando que podría dar una combinación de teclas de acceso rápido que activará el monitor
- una instalación / actualización de controlador
- cualquier otra cosa que funcione
Como me estoy quedando sin ideas, agradecería cualquier consejo, pensamiento, conjetura. ¡Muchas gracias!
PD: ejecuto xubuntu 16.04 y uso Intel® HD Graphics 4600
Respuestas:
Encontré una manera de despertar el monitor. No es ideal, pero es mucho mejor que reiniciar el servidor X o reiniciar. Creé un script de shell simple que obliga a restablecer el modo gráfico.
o uno más simple
Luego asigné una combinación de teclas de acceso rápido para invocar mi script. De esta manera, el monitor se activa pero solo al presionar teclas específicas frente a cualquier evento de tecla o mouse.
Esperaré una mejor respuesta antes de aceptar mi propia respuesta. Todavía tengo la esperanza de que alguien sepa una forma de solucionar el problema real.
ACTUALIZACIÓN 2018-01-12 Actualicé el núcleo de la versión LTS predeterminada a la última ( https://wiki.ubuntu.com/Kernel/LTSEnablementStack ) y el monitor ahora se comporta como se supone que debe hacerlo. Gracias a @Ellis Whitehead por señalar que podría ser un problema en la implementación del kernel.
fuente
Experimento el mismo problema, pero en mi caso el HDMI no se activará de ninguna manera posible. Incluso con interrupciones de hardware no pasa nada. Lo extraño es que RDP funciona sin ningún problema.
Descubrí que 'fsck' muestra errores y 'fdisk -l' aún más. También mcelog se puede utilizar para detectar errores de hardware.
fuente
systemctl restart display-managersystemctl restart display-manager
. Puede estar experimentando el problema descrito aquí: bugs.freedesktop.org/show_bug.cgi?id=94014