Я хочу сообщить, но не знаю, какой пакет вызывает мою ошибку: “Экран пустой” или “Экран блокировки” дает черный экран, но не совсем выключен!

Вопрос или проблема

Описание ошибки

Я хочу отключить LCD-экран и его светодиодную подсветку, чтобы предотвратить их слишком быстрое изнашивание и сократить потребление электроэнергии. Но я вижу, что экран снова включает через несколько секунд. Это бывает незаметно, потому что на экране отображается 100% черное изображение, но я вижу, что светодиодная подсветка все еще включена, и, следовательно, также LCD, который отображает черный цвет. Я могу это увидеть, когда выключаю освещение в комнате и внимательно смотрю на экран… Это не настоящий полный черный цвет, а скорее какой-то очень темный серый…

Это происходит в нескольких ситуациях. Либо с помощью сочетания клавиш для блокировки экрана (Ctrl+L), либо нажимая на значок блокировки в быстрых настройках, либо с помощью графических настроек Gnome > Питание > Энергосбережение > Пустой экран: xx минут.

Как воспроизвести

  1. Заблокируйте экран: нажмите Super+L, или кликните на значок блокировки экрана,
    или dbus-send --type=method_call --dest=org.gnome.ScreenSaver /org/gnome/ScreenSaver org.gnome.ScreenSaver.Lock
  2. Убедитесь, что изображение рабочего стола размылось с отображением времени
    крупными буквами сверху, затем становится черным примерно через секунду.
  3. Выключите свет вокруг и внимательно посмотрите на экран: он
    отображает черный, но на самом деле не ВЫКЛ.

Ожидаемое поведение

Я ожидаю, что светодиодная подсветка и LCD-дисплей будут отключены, когда экран становится пустым или блокируется. Потому что я не хочу, чтобы мой экран LCD-LED изнашивался слишком быстро. Эти экраны имеют тенденцию deteriorироваться со временем. Их отключение помогает сохранить цветовую точность, а также экономит электроэнергию. Проверьте мой скриншот: “Выключить экран после периода неактивности”. Это тоже не срабатывает.

Скриншоты

"Выключить экран после периода неактивности"

Рабочий стол (пожалуйста, заполните следующую информацию):

Система:
  Хост: HP-EliteDesk Ядро: 6.8.0-45-generic arch: x86_64 bits: 64
  Рабочий стол: GNOME v: 46.0 Дистрибутив: Ubuntu 24.04.1 LTS (Noble Numbat)
Графика:
  Устройство-1: Intel HD Graphics 530 драйвер: i915 v: ядро
  Дисплей: wayland сервер: X.Org v: 23.2.6 с: Xwayland v: 23.2.6
    композитор: gnome-shell драйвер: X: загружен: modesetting выгружен: fbdev, vesa
    dri: iris gpu: i915 разрешение: 1920x1080~100Гц
  API: EGL v: 1.5 драйверы: iris, swrast
    платформы: wayland, x11, бездисковые, устройство
  API: OpenGL v: 4.6 совместимость-v: 4.5 производитель: intel mesa v: 24.0.9-0ubuntu0.1
    рендерер: Mesa Intel HD Graphics 530 (SKL GT2)

Подключение экрана: DisplayPort (DP) к HDMI
Марка/модель экрана: LG 24″ FHD 100Hz 5ms IPS Монитор (24MR400)

Дополнительный контекст

Помимо моих обычных сессий Wayland, я также провел быстрый тест на “классической” сессии Xorg. Оттуда я мог выполнить классическую:

sleep 1; xset dpms force off

Ну, он снова включается через несколько секунд. И теперь экран не черный, я вижу свой рабочий стол и окна.

Я нашел обходной путь. В настройках экрана я установил: Вход > Авто переключение входа: выключено. Это значит, что экран не будет пытаться переключаться с HDMI на D-SUB. Когда это установлено таким образом, экран остается выключенным, пока я не трогаю мышь или клавиатуру.

Я обнаружил, что DPMS иногда работает хорошо, а иногда нет. И это зависит от настроек монитора. Это воспроизводимо, постоянно на моем мониторе.

В любом случае, проблема, похоже, возникает из обмена сигналами между монитором и компьютером. Я предполагаю, что это связано с DDC?

В любом случае, ни компьютер, ни экран не являются дефектными. На Windows 10 тот же набор работает как следует. А затем на Ubuntu, по крайней мере, когда я ставлю компьютер в спящий режим, экран автоматически выключается, без исключений, каждый раз.

Еще одно

Я сбросил экран до заводских настроек, т.е. авто переключение между HDMI и D-SUB. Затем я вхожу в “классическую” сессию Xorg и выполняю это:

sleep 1; xset dpms force off; sleep 10; xset q | grep "Монитор есть"
  Монитор выключен

Ну, это не правда! Монитор снова включен, очевидно. А затем я просто касаюсь клавиатуры, чтобы напечатать это:

xset q | grep "Монитор есть"
  Монитор включен

Да, “Монитор включен”…

П.С.: Я думаю, что многие люди затронуты. Я видел это на разных форумах. Но я не смог найти точную дубликат моей описания ошибки здесь. Надеюсь, это будет интересно, так как потребовалось много часов, чтобы исследовать и написать…

Я набрал команду ubuntu-bug и меня провели через автоматизированный процесс отчетности об ошибках. Ответив на вопросы, было определено, что мне следует сделать отчет об ошибке по пакету xorg. Вот отчет об ошибке:

https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/2084256

Ответ или решение

Отчет о проблеме: черный экран при блокировке/выключении дисплея

Описание проблемы

Пользователь сообщает о проблеме с LCD-экраном, который не отключается полностью при блокировке (с помощью клавиш Ctrl+L) или при использовании заданий для "выключения экрана" в параметрах GNOME. После выполнения действия экран становится темно-серым или черным, но подсветка LED продолжает работать, что указывает на то, что экран не выключен полностью, что может привести к быстрому износу дисплея и дополнительному потреблению электроэнергии.

Пошаговое воспроизведение проблемы

  1. Заблокировать экран: Использовать комбинацию клавиш Super+L или щелкнуть на иконке блокировки на панели быстрого доступа.
  2. Наблюдать за фоном: После блокировки увидеть затемнение рабочего стола с отображением текущего времени.
  3. Проверить экран: Включить выключение света в помещении и внимательно посмотреть на экран — вы заметите, что он не полностью черный, а слабо светится.

Ожидаемое поведение

Пользователь ожидает полного отключения подсветки и экрана для сокращения износа дисплея и экономии электроэнергии. Причина такова, что многие пользователи хотят дольше использовать свои экраны и поддерживать точность цветопередачи.

Программное окружение

  • Операционная система: Ubuntu 24.04.1 LTS
  • Ядро: 6.8.0-45-generic
  • Графика: Intel HD Graphics 530
  • Монитор: LG 24" FHD 100Hz IPS

Дополнительный контекст

Проблема воспроизводится как в среде Wayland, так и в Classic Xorg. В режиме Xorg, команда xset dpms force off, как ожидается, должна отключить экран, но экран снова включается через несколько секунд. Это поведение кажется связанным с передачей сигналов между монитором и компьютером, что может указывать на проблему с DDC/CI (Display Data Channel/Command Interface).

Кроме того, было замечено, что на Windows 10 эта проблема отсутствует, и монитор корректно выключается. Пользователь также заметил, что установка параметра "Автоматическое переключение входа" на "выключено" помогает удерживать экран в отключенном состоянии.

Предложения по исправлению проблемы

  1. Проверка/обновление драйверов: Убедитесь, что драйверы видеокарты обновлены, так как устаревшие версии могут привести к проблемам с управлением питанием.

  2. Настройка параметров монитора: Проверьте настройки самого монитора на наличие параметров, касающихся DDC/CI или управления энергосбережением. Попробуйте отключить функции автоматического переключения входа и другие соответствующие настройки.

  3. Проверка конфигураций Xorg: Возможно, следует исследовать конфигурацию Xorg и параметры управления дисплеем, чтобы увидеть, не следует ли изменять какие-либо настройки, касающиеся DPMS.

  4. Использование альтернативных инструментов: Попробуйте использовать альтернативные инструменты управления питанием или управления дисплеем, такие как xrandr, которые могут предложить дополнительные возможности отключения экрана.

Заключение

Проблема, описанная пользователем, может быть связана как с настройками программного обеспечения, так и с конфигурациями аппаратного обеспечения. Рекомендуется следовать вышеуказанным действиям для диагностики и устранения данной проблемы. Также следует обратить внимание на ссылку на ошибку, поданную пользователем, в качестве стремления к дальнейшему разрешению вопроса: bug report on xorg.

Рекомендации по документированию

Для лучшего понимания ситуации и в дальнейшем устранении проблем подобного рода, рекомендуется тщательно документировать все шаги, которые позволили воспроизвести и выявить проблему. Это включит в себя не только различные ситуации, при которых проблема возникает, но и результаты любых изменений в конфигурациях и настройках, которые были предприняты.

Оцените материал
Добавить комментарий

Капча загружается...