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 restart
inny 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, X
mówi mi, że jest to problem związany z oprogramowaniem.
Szukam jakiegokolwiek rozsądnego rozwiązania np
- modyfikacja konfiguracji, która zmusi go do wybudzenia po naciśnięciu klawisza
- polecenie, które mogę podać kombinację klawiszy skrótu, która obudzi monitor
- instalacja / aktualizacja sterownika
- 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
Odpowiedzi:
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.
lub prostszy
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.
źródło
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.
źródło
systemctl restart display-managersystemctl restart display-manager
. Być może występuje opisany tutaj problem: bugs.freedesktop.org/show_bug.cgi?id=94014