Не работает выключение экрана.

[bbv62]

Меня мало интересует сон. После него чаще глюки и приходится перегружаться.
Но очень напрягает невыключение экрана. Точнее его включение через 5...7 сек после выключения ярлыком, или по настройке гашения (вот при этом вообще такая печальная цветомузыка начинается...).
Ждущий режим вообще из настроек пропал.
Пытался решить проблему с помощью Qwen и Дипсика, но и они спасовали при диагностике.
Первоначальные подозрения на нервные мышь и Клаву (соседку) не подтвердились.
Прикладываю баг-репорт составленный Qwen-ом по итогам мучений:

Тема: Экран автоматически включается через 5-7 секунд после выключения (Plasma 6, X11, AMDGPU)
Описание проблемы:
После выключения экрана (через xset dpms force off или ярлык) мониторы автоматически включаются через 5-7 секунд без какого-либо взаимодействия с пользователем.
Проблема воспроизводится как при автоматическом отключении по таймауту, так и при ручном выключении.
Окружение:
Параметр
Значение
Дистрибутив
ROSA Linux
Plasma
6.5.5
Сессия
X11
Драйвер видео
AMDGPU
Мониторы
2 (DisplayPort-1 + HDMI-A-0)
Шаги для воспроизведения:
Выполнить команду: xset dpms force off
Подождать 5-7 секунд без касания мыши/клавиатуры
Результат: Экран включается самостоятельно, отображается экран блокировки
Ожидаемое поведение:
Экран должен оставаться выключенным до взаимодействия с пользователем (движение мыши, нажатие клавиш).
Фактическое поведение:
Экран включается самостоятельно через 5-7 секунд.
Логи (ключевые строки):
123
Вывод: KScreen обнаруживает отключение всех мониторов как ошибку и автоматически восстанавливает конфигурацию.
Дополнительная информация:
Устройства ввода не генерируют событий в момент пробуждения (проверено через xinput test-xi2 --root)
systemd-inhibit --list показывает стандартные блокировщики (PowerDevil, NetworkManager, UPower, ModemManager)
Отключение автоблокировки в настройках KDE не помогает
Временное отключение kscreen_backend_launcher и kscreen_osd_service не решает проблему
Временные обходные пути:
Метод с яркостью (KScreen не видит отключения):
bash
1
Оставить один монитор включённым:
bash
12
Запрос:
Просьба проверить логику KScreen при отключении всех мониторов в Plasma 6. Возможно, требуется:
Добавить опцию «Разрешить отключение всех экранов»
Исправить ложное срабатывание защиты конфигурации
Добавить логирование причины пробуждения экрана
Куда отправить:
ROSA Bugzilla: https://bugs.rosalinux.ru/
KDE Bugzilla: https://bugs.kde.org/ (продукт: kscreen)
Форум ROSA: https://forum.rosalinux.ru/

Добавлю, что это началось после переноса системы со старого Intel-компа на свежий AMD.
Всё работает прекрасно, кроме этого раздражающего момента.

[VictorR2007]

Меня мало интересует сон. После него чаще глюки и приходится перегружаться.
Но очень напрягает невыключение экрана. Точнее его включение через 5...7 сек после выключения ярлыком, или по настройке гашения (вот при этом вообще такая печальная цветомузыка начинается...).
Ждущий режим вообще из настроек пропал.
Пытался решить проблему с помощью Qwen и Дипсика, но и они спасовали при диагностике.
Первоначальные подозрения на нервные мышь и Клаву (соседку) не подтвердились.
Прикладываю баг-репорт составленный Qwen-ом по итогам мучений:

Тема: Экран автоматически включается через 5-7 секунд после выключения (Plasma 6, X11, AMDGPU)
Описание проблемы:
После выключения экрана (через xset dpms force off или ярлык) мониторы автоматически включаются через 5-7 секунд без какого-либо взаимодействия с пользователем.
Проблема воспроизводится как при автоматическом отключении по таймауту, так и при ручном выключении.
Окружение:
Параметр
Значение
Дистрибутив
ROSA Linux
Plasma
6.5.5
Сессия
X11
Драйвер видео
AMDGPU
Мониторы
2 (DisplayPort-1 + HDMI-A-0)
Шаги для воспроизведения:
Выполнить команду: xset dpms force off
Подождать 5-7 секунд без касания мыши/клавиатуры
Результат: Экран включается самостоятельно, отображается экран блокировки
Ожидаемое поведение:
Экран должен оставаться выключенным до взаимодействия с пользователем (движение мыши, нажатие клавиш).
Фактическое поведение:
Экран включается самостоятельно через 5-7 секунд.
Логи (ключевые строки):
123
Вывод: KScreen обнаруживает отключение всех мониторов как ошибку и автоматически восстанавливает конфигурацию.
Дополнительная информация:
Устройства ввода не генерируют событий в момент пробуждения (проверено через xinput test-xi2 --root)
systemd-inhibit --list показывает стандартные блокировщики (PowerDevil, NetworkManager, UPower, ModemManager)
Отключение автоблокировки в настройках KDE не помогает
Временное отключение kscreen_backend_launcher и kscreen_osd_service не решает проблему
Временные обходные пути:
Метод с яркостью (KScreen не видит отключения):
bash
1
Оставить один монитор включённым:
bash
12
Запрос:
Просьба проверить логику KScreen при отключении всех мониторов в Plasma 6. Возможно, требуется:
Добавить опцию «Разрешить отключение всех экранов»
Исправить ложное срабатывание защиты конфигурации
Добавить логирование причины пробуждения экрана
Куда отправить:
ROSA Bugzilla: https://bugs.rosalinux.ru/
KDE Bugzilla: https://bugs.kde.org/ (продукт: kscreen)
Форум ROSA: https://forum.rosalinux.ru/

Добавлю, что это началось после переноса системы со старого Intel-компа на свежий AMD.
Всё работает прекрасно, кроме этого раздражающего момента.

Вы проверили на новом пользователе?
На нем повторяется проблема, или нет?

[Михаил Ягих]

У меня тоже AMD (Ryzen 7 5700G with Radeon Graphics) и тоже компьютер просыпается через несколько секунд после выключения экрана. Под Windows 11 вроде нормально засыпал.

[VictorR2007]

У меня тоже AMD (Ryzen 7 5700G with Radeon Graphics) и тоже компьютер просыпается через несколько секунд после выключения экрана. Под Windows 11 вроде нормально засыпал.

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

[bbv62]

Вы проверили на новом пользователе?
На нем повторяется проблема, или нет?

Проверил сейчас.
При "блокировке" в настройках через 1 мин. С ярлыком заморачиваться не стал.
Точно такое-же поведение. Экраны загорелись через 5...7 сек.
Ну и повторюсь: не хватает "Ждущего" режима, или штатной кнопки гашения экрана в меню.
Готов отдаться на отработку.
Кстати: на этом-же компе стоит Винда для работы. Там всё нормально отрабатывает.

[VictorR2007]

Кстати: на этом-же компе стоит Винда для работы. Там всё нормально отрабатывает.

Возможно что это windows не даёт отображать кнопку перехода в режим сна.
Надеюсь вы в курсе, что в kde6 больше нет кнопки «Ждущий режим».
Она переименована в кнопку «Сон».
Может криво установилось, или комп новый, и нужно ядро поновее.

[bbv62]

Кстати: на этом-же компе стоит Винда для работы. Там всё нормально отрабатывает.

Возможно что это windows не даёт отображать кнопку перехода в режим сна.
Надеюсь вы в курсе, что в kde6 больше нет кнопки «Ждущий режим».
Она переименована в кнопку «Сон».
Может криво установилось, или комп новый, и нужно ядро поновее.

Кнопка "Сон" есть. Не пользуюсь им. Глючит при выходе.
Заметил один нюанс: в Винде после гашения экран просто выключается. А в Росе, секунд через пять, на экране который Type-C->HDMI появляется плавающее поле типа "отсутствует подключение кабеля...", что-то типа этого. И после этого, через 1...2 сек, экраны включаются.

[bbv62]

Проблема оказалась глубже (на Интеле не было):

Поменяйте кабель на DP-DP
Всё осталось так-же.
Ты знаешь разницу в методе гашения экрана в Винде?
Почему её нельзя применить в Линуксе?

Завершено размышление
Короткий ответ: Да, разница есть, и она фундаментальная — в архитектуре драйверов.
Как гасит экран Windows:
Уровень
Что делает Windows
Драйвер (WDDM)
Отправляет видеокарте команду «контент не менять, ссылку не ронять»
Связь с монитором
Через DDC/CI шлёт команду 04 (Standby) напрямую в монитор
Физический сигнал
Link (соединение) остаётся «натренированным», просто передаётся чёрный кадр
Результат
Монитор гаснет, но система не видит «отключения» → нет hotplug → нет самовключения
Как гасит экран Linux (X11 + amdgpu):
Уровень
Что делает Linux
X Server
Вызывает xset dpms force off → DPMS-расширение
Драйвер (amdgpu)
Отключает CRTC (контроллер развёртки) → сигнал на порту прекращается
Физический сигнал
Link падает полностью → адаптер теряет синхронизацию
Ядро
Видит HPD (Hot Plug Detect) → «монитор отключился!» → udev/KScreen реагируют
Результат
Система пытается «восстановить» конфигурацию → экран включается сам
Почему нельзя просто скопировать метод Windows:
Закрытые таблицы AMD: В драйвере Windows есть доступ к внутренним таблицам инициализации видеокарты (PowerPlay, SMU-команды), которые не документированы для Linux.
Разные модели драйверов: WDDM (Windows) и KMS/DRM (Linux) по-разному управляют питанием.
DDC/CI в Linux: Поддержка есть (ddcutil), но:
Требует прав доступа к /dev/i2c-*
Не все мониторы/адаптеры корректно передают команды через переходники
Не интегрировано в стандартный путь выключения экрана

[VictorR2007]

Добавлю, что это началось после переноса системы со старого Intel-компа на свежий AMD.

А у вас Windows полностью выключается?
Или включён режим быстрого запуска (Fast startup)?
А то возможно это оказывает влияние.

« По умолчанию в Windows 10 и Windows 11 включён режим быстрого запуска (Fast startup), который представляет собой гибрид между гибернацией и полным выключением. Чтобы настроить полное выключение, нужно изменить настройки электропитания или отключить быстрый запуск.»

https://ya.ru/search/?text=%D0%9A%D0%B0 ... s&lr=10849

Ну ещё можно было бы проверить загрузившись с livecd.
Проверить, как поведёт себя экран при загрузке с образа.
Вот свежий образ
https://abf.io/platforms/rosa13/product ... ists/58565

[bbv62]

Чудеса!!!
Решил проверить сразу. Переключил на запуск с флешки, протестировал на сон. Всё отработало правильно. Заморачиваться с ярлыком не стал.
Перегрузил. Пришлось в efi менять порядок загрузки снова на диск с Росой.
Перегрузился. И, о чудо, сон заработал! Хотя до этого так-же чудил как и гашение экрана.
Видимо что-то подсъехало в загрузчике.
Но с ярлыка поведение не изменилось - загорается через 7...10 сек.
Меня устраивает. Вроде сейчас и сон не глючит.