Acabei de adquirir um lindo monitor WQHD de 27 ". Ele é conectado ao HDMI (sem VideoPort) e funciona muito bem, mostrando 2560x1440 a 60 Hz.
Há um problema no entanto. Quando ele dorme / desligo o monitor e depois o acordo / ligo, ele não volta. Ele permanece em branco, eventualmente exibindo "sem sinal".
O estranho é que quando mudo para um TTY diferente, por exemplo, Ctrl+ Alt+ F2ele acorda, mas depois voltar para o Ctrl+ Alt+ F7coloca-o novamente no modo de suspensão e mostra a mensagem "sem sinal". Atualmente, tenho que executar service lightdm restart
um TTY diferente para ativar o monitor, o que é melhor do que reiniciar, mas longe do ideal. O fato de poder ser acordado alternando para um TTY diferente ou reiniciando X
me diz que é um problema relacionado ao software.
Estou procurando qualquer solução razoável, por exemplo
- ajuste de configuração que o forçará a acordar com o pressionamento de tecla
- um comando que eu poderia dar uma combinação de teclas de atalho que ativará o monitor
- uma instalação / atualização de driver
- qualquer outra coisa que funcione
Como estou ficando sem idéias, gostaria de receber conselhos, pensamentos, suposições. Thanxalot!
PS: Executo o xubuntu 16.04 e uso o Intel® HD Graphics 4600
Respostas:
Eu encontrei uma maneira de acordar o monitor. Não é ideal, mas muito melhor do que reiniciar o servidor X ou reiniciar. Eu criei um script de shell simples que força o modo gráfico a ser redefinido.
ou um mais simples
Em seguida, designei uma combinação de teclas de atalho para chamar meu script. Dessa forma, o monitor é ativado, mas apenas com a tecla específica pressionada contra qualquer evento de tecla ou mouse.
Vou esperar por uma resposta melhor antes de aceitar minha própria resposta. Ainda estou esperançoso de que alguém saiba uma maneira de resolver o problema real.
ATUALIZAÇÃO 2018-01-12 Atualizei o kernel da versão LTS padrão para a mais recente ( https://wiki.ubuntu.com/Kernel/LTSEnablementStack ) e o monitor agora se comporta como deveria. Agradecemos a Ellis Whitehead por apontar que isso pode ser um problema na implementação do kernel.
fonte
Sinto o mesmo problema, mas no meu caso o HDMI não é ativado de nenhuma maneira possível. Mesmo com interrupções de hardware, nada acontece. O estranho é que o RDP funciona sem nenhum problema.
Eu descobri que 'fsck' mostra erros e 'fdisk -l' ainda mais. O mcelog também pode ser usado para detectar erros de hardware.
fonte
systemctl restart display-managersystemctl restart display-manager
. Você pode estar enfrentando o problema descrito aqui: bugs.freedesktop.org/show_bug.cgi?id=94014