Wyświetlanie na HDMI nie budzi się

Właśnie dostałem piękny 27-calowy wyświetlacz WQHD. Jest on podłączony do HDMI (bez VideoPort) i działa świetnie, wyświetlając 2560x1440 @ 60 Hz.

Jest jednak problem. Kiedy idzie spać / wyłączam monitor, a następnie budzę go / włączam, nie wraca. Pozostaje pusty, w końcu wyświetla „brak sygnału”.

Dziwne jest to, że kiedy przełączam się na inny TTY, np. Ctrl+ Alt+ F2Budzi się, ale potem powrót do Ctrl+ Alt+ F7natychmiast powoduje uśpienie i pokazuje komunikat „brak sygnału”. Obecnie muszę uruchomić service lightdm restartinny TTY, aby obudzić monitor, co jest lepsze niż ponowne uruchomienie, ale dalekie od ideału. Fakt, że można go obudzić, przełączając się na inny TTY lub ponownie uruchamiając, Xmówi mi, że jest to problem związany z oprogramowaniem.

Szukam jakiegokolwiek rozsądnego rozwiązania np

1. modyfikacja konfiguracji, która zmusi go do wybudzenia po naciśnięciu klawisza
2. polecenie, które mogę podać kombinację klawiszy skrótu, która obudzi monitor
3. instalacja / aktualizacja sterownika
4. wszystko inne, co działa

Ponieważ brakuje mi pomysłów, byłbym wdzięczny za wszelkie porady, przemyślenia i domysły. Wielkie dzięki!

PS Używam Xubuntu 16.04 i używam Intel® HD Graphics 4600

Znalazłem sposób na obudzenie monitora. Nie jest to idealne, ale znacznie lepsze niż ponowne uruchomienie serwera X lub ponowne uruchomienie. Stworzyłem prosty skrypt powłoki, który wymusza zresetowanie trybu graficznego.

#!/bin/bash
xrandr --output HDMI2 --primary --mode 2560x1440

lub prostszy

#!/bin/bash
xrandr --output HDMI2 --auto

Następnie przypisałem kombinację klawiszy skrótu, aby wywołać mój skrypt. W ten sposób monitor budzi się, ale tylko po naciśnięciu określonego klawisza w stosunku do dowolnego klawisza lub zdarzenia myszy.

Zaczekam na lepszą odpowiedź, zanim zaakceptuję własną odpowiedź. Nadal mam nadzieję, że ktoś wie, jak rozwiązać rzeczywisty problem.

AKTUALIZACJA 2018-01-12 Zaktualizowałem jądro z domyślnej wersji LTS do najnowszej ( https://wiki.ubuntu.com/Kernel/LTSEnablementStack ), a monitor działa teraz tak, jak powinien. Dzięki @Ellis Whitehead za wskazanie, że może to stanowić problem w implementacji jądra.

Mam ten sam problem, ale w moim przypadku HDMI nie obudzi się w żaden możliwy sposób. Nawet przy przerwaniach sprzętowych nic się nie dzieje. Dziwne jest to, że RDP działa bez problemu.

Dowiedziałem się, że „fsck” pokazuje błędy, a „fdisk -l” jeszcze więcej. Również mcelog może być wykorzystywany do wykrywania błędów sprzętowych.