Я просто вовлек себя красивый 27-дюймовый дисплей WQHD. Это подключено к HDMI (никакой VideoPort) и работает показ отлично 2560x1440 60 Гц.
Существует проблема как бы то ни было. Когда это переходит к sleep/I, выключают монитор, и затем я бужу его/поворачивать, это на нем не возвращается. Это остается пробел, в конечном счете отображающий "сигнал".
Странная вещь состоит в том, когда я переключаюсь на другой TTY, например, Ctrl+Alt+F2, который она будит, но затем возвращение к Ctrl+Alt+F7 сразу откладывает ее для сна, и шоу "нет передают" сообщение. В настоящее время я должен работать service lightdm restart
в другом TTY для пробуждения монитора, который лучше, чем перезагрузка, но далек от идеала. То, что это может быть разбужено путем переключения на другой TTY или перезапуск X
говорит мне, что это - связанная с программным обеспечением проблема.
Я ищу любое разумное решение, например.
Поскольку у меня заканчиваются идеи, я ценил бы любой совет, мысли, предположения. Thanxalot!
P.S. Я выполняю xubuntu 16.04 и использую Intel® HD Graphics 4600
Я нашел способ разбудить монитор. Это не идеально, но намного лучше, чем перезапуск X-сервера или перезагрузка. Я создал простой сценарий оболочки, который вынуждает графический режим быть сброшенным.
#!/bin/bash
xrandr --output HDMI2 --primary --mode 2560x1440
или более простой
#!/bin/bash
xrandr --output HDMI2 --auto
Затем я присвоил комбинацию горячих клавиш для вызова моего сценария. Таким образом, монитор просыпается, но только на определенном нажатии клавиши по сравнению с любым ключевым событием или событием от нажатия мыши.
я буду ожидать лучшего ответа прежде, чем принять мой собственный ответ. Я все еще надеюсь, что кто-то знает способ решить фактическую проблему.
ОБНОВЛЕНИЕ 12.01.2018 я обновил ядро от версии LTS по умолчанию до последнего ( https://wiki.ubuntu.com/Kernel/LTSEnablementStack), и монитор теперь ведет себя, как это, как предполагается. Благодаря @Ellis Whitehead для указания на него могла быть проблема в реализации ядра.
У меня возникла та же проблема, но в моем случае HDMI никак не проснется. Даже с аппаратными прерываниями ничего не происходит. Странно то, что RDP работает без проблем.
Я обнаружил, что «fsck» показывает ошибки, а «fdisk -l» - еще больше. Также mcelog может использоваться для обнаружения аппаратных ошибок.