После отключения ждущего режима в системных настройках компьютер всё равно переходит в ждущий режим при бездействии, включая случаи воспроизведения видео в приложении Telegram. Это происходит несмотря на явное отключение функции через графический интерфейс настроек. gnome-shell --version cat /etc/os-release GNOME Shell 47.4 NAME="ALT Workstation" VERSION="11.1" ID=altlinux VERSION_ID=11.1 PRETTY_NAME="ALT Workstation 11.1 (Prometheus)" ANSI_COLOR="1;33" CPE_NAME="cpe:/o:alt:workstation:11.1" BUILD_ID="ALT Workstation 11.0" ALT_BRANCH_ID="p11" HOME_URL="https://basealt.ru/" BUG_REPORT_URL="https://bugs.altlinux.org/" DOCUMENTATION_URL="https://docs.altlinux.org/" SUPPORT_URL="https://support.basealt.ru/" LOGO=alt-distro-logo echo $XDG_SESSION_TYPE wayland Поведение: В системных настройках (графический интерфейс GNOME) ждущий режим был отключен для сценариев работы от сети и от батареи. При бездействии (например, отсутствие ввода с клавиатуры/мыши) или во время воспроизведения видео в Telegram через определённое время (примерно 5–10 минут) появляется уведомление от подсистемы "Питание" о предстоящем переходе в ждущий режим. Если не предпринимать действий, система переходит в ждущий режим, даже если воспроизводится мультимедиа (видео в Telegram). Ожидаемое поведение: После отключения ждущего режима в настройках система не должна показывать уведомления о переходе в ждущий режим и не должна в него переходить, особенно при активном воспроизведении мультимедиа. Временное решение: Проблема была устранена с помощью следующих команд в терминале: gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type 'nothing' gsettings set org.gnome.settings-daemon.plugins.power sleep-inactive-battery-type 'nothing' Эти команды полностью отключают ждущий режим для сценариев работы от сети и от батареи соответственно. Шаги для воспроизведения Установите ALT Linux p11 workstation/x86_64/ с окружением рабочего стола GNOME. Откройте системные настройки и в разделе "Питание" отключите ждущий режим (например, установите "Никогда" для таймаута перехода в ждущий режим при бездействии). Откройте приложение Telegram и запустите воспроизведение любого видео. Оставьте систему без ввода с клавиатуры или мыши на 5–10 минут. Наблюдайте появление уведомления о переходе в ждущий режим и последующий переход в него.
Вроде бы, нужно ещё и в gdm отключать через gdm-settings (пакет и приложение так и называются).
Об основной проблеме ==================== Воспроизвёл поведение с переходом в ждущий режим на ноутбуке HP Laptop 15 da0072ur (inxi во вложении) в p11. На виртуальных машинах не воспроизводится, хотя вышеупомянутые значения gsettings такие же. После обновления до sisyphus вид настроек изменился - появились явные настройки о ждущем режиме (см. скриншоты power-p11, power-sisyphus-1, power-sisyphus-2). Эти настройки и соответствуют вышеупомянутым из gsettings, как раз с интервалом 15 минут по умолчанию. Если их не менять, поведение, обнаруженное на p11, сохраняется. Т. е. проблема в том, что в p11 настройка ждущего режима отсутствует в настройках GNOME. На sisyphus не перевешиваю, т. к. там настройки есть. О проблеме с Telegram ===================== При воспроизведении видео в Telegram и Chromium ошибка не воспроизвелась. Создайте, пожалуйста, отдельную ошибку на поведение Telegram с более подробной информацией и укажите ссылку на новую ошибку здесь: * О компьютере (например, `# inxi -v 8 -z --filter-uuid --filter-label`) * О том, как установлен Telegram * Какие его настройки (в частности, в разделе Продвинутые настройки > Производительность) * Какой формат видео (например, `# apt-get install -y ffprobe`, `$ ffprobe /путь/к/видео-файлу.mp4`) и, по возможности, сам файл, с которым воспроизводится проблема * Как оно отправлено, как проигрывается (т. е. шаги воспроизведения) Подробнее о поведении в p11 =========================== > $ gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-ac-type > 'suspend' > $ gsettings get org.gnome.settings-daemon.plugins.power sleep-inactive-battery-type > 'suspend' В настройках GNOME > Питание обычного, локального пользователя установлено (см. скриншот power-p11): * Режим питания: Сбалансированный (по умолчанию) * Уменьшение яркости экрана: Включено (по умолчанию) * Выключение экрана: Никогда ** Отмечу, что опция именно о выключении экрана, не о ждущем режиме * Автоматическое энергосбережение: Включено (по умолчанию) Заряд батареи 100% по данным этого экрана настроек, подключён источник питания. Сессия wayland. * Без каких-либо запущенных медиа-приложений (запущены только настройки GNOME): Через 5-10 минут неактивности появляется уведомление "Питание": "Автоматический режим ожидания" (p11: "Компьютер скоро перейдёт в режим ожидания из-за отсутствия активности.", sisyphus: "Скоро настанет режим ожидания из-за неактивности"), после чего через ~5 минут выполняется переход в ждущий режим (сон). * При воспроизведении видео в Telegram (видео mp4, отправлено в Saved messages, открыто на полный экран нажатием на него, настройки по умолчанию: Продвинутые настройки > Аппаратное кодирование для видео - отключено, Включить рендеринг OpenGL для мультимедиа - включено): не переходит в ждущий режим. * При воспроизведении видео в Chromium (без полноэкранного режима): не переходит в ждущий режим. Настройки GDM не изменялись, gdm-settings не был установлен. Версии пакетов ============== [p11] ALT Workstation 11.0 x86_64 kernel-image-6.12-6.12.41-alt1.x86_64 gnome-settings-daemon-47.2-alt1.x86_64 gnome-session-47.0.1-alt1.x86_64 gnome-shell-47.4-alt1.1.x86_64 gdm-47.0-alt3.x86_64 telegram-desktop-5.13.1-alt1.x86_64 chromium-138.0.7204.168-alt0.p11.1.x86_64 [sisyphus] ALT Workstation 11.0 x86_64 kernel-image-6.12-6.12.41-alt1.x86_64 gnome-settings-daemon-48.1-alt1.x86_64 gnome-session-48.0-alt1.x86_64 gnome-shell-48.4-alt1.x86_64 gdm-48.0-alt4.x86_64
Created attachment 19325 [details] inxi
Created attachment 19326 [details] power-p11
Created attachment 19327 [details] power-sisyphus-1
Created attachment 19328 [details] power-sisyphus-2
Уточнение по ошибке с переходом в ждущий режим при просмотре прямой трансляции в Telegram Основная информация:Спасибо за ваш ответ и проведённое тестирование. Хочу уточнить, что проблема с переходом в ждущий режим воспроизводится при просмотре прямых трансляций в Telegram, а не при воспроизведении обычных видеофайлов (например, mp4). Моя ошибка в первоначальном отчёте, что я не указал это явно, предполагая, что проблема распространяется на всё видео. Описание проблемы с Telegram Система переходит в ждущий режим при просмотре прямой трансляции в Telegram, несмотря на отключение ждущего режима в системных настройках GNOME. Это поведение воспроизводится стабильно, если оставить трансляцию активной без ввода с клавиатуры или мыши в течение 15 минут. Шаги для воспроизведения: Установите ALT Workstation 11.1 (p11) с окружением GNOME Установите Telegram Desktop (версия 5.13.1-alt1). (sudo apt-get install telegram-desktop) Откройте Telegram и перейдите в канал, например, https://t.me/ChannelOne_official. Запустите прямую трансляцию (видео в режиме реального времени). Оставьте систему без ввода с клавиатуры или мыши на 15 минут. Наблюдайте появление уведомления от подсистемы "Питание" о предстоящем переходе в ждущий режим, после чего выключается экран. Ожидаемое поведение: Система не должна показывать уведомление о переходе в ждущий режим и не должна переходить в него при активной прямой трансляции Дополнительная информация о Telegram: Версия: telegram-desktop-5.13.1-alt1.x86_64 Способ установки: Установлен из официального репозитория ALT Linux p11 через apt-get. Формат видео: Прямая трансляция (потоковое видео, формат не указан, так как это не локальный файл, а стрим). Для анализа формата трансляции требуется дополнительная информация, но, к сожалению, у меня нет возможности получить её через ffprobe, так как это поток, а не локальный файл. Режим воспроизведения: Прямая трансляция открыта в Telegram, без полноэкранного режима (просто воспроизведение в окне чата). Версии пакетов:gnome-settings-daemon-47.2-alt1.x86_64 gnome-session-47.0.1-alt1.x86_64 gnome-shell-47.4-alt1.1.x86_64 gdm-47.0-alt3.x86_64 telegram-desktop-5.13.1-alt1.x86_64 Примечания:Проблема воспроизводится только при просмотре прямых трансляций в Telegram. Обычные видеофайлы (mp4) в Telegram и видео в Chromium (без полноэкранного режима) не вызывают переход в ждущий режим. Временное решение (указанное в первоначальном отчёте) с использованием gsettings устраняет проблему, но это не решает вопрос отсутствия настроек в графическом интерфейсе p11.
Как написал выше, для корректной обработки ошибки, связанной с Telegram, создайте, пожалуйста, отдельную ошибку. В текущей ошибке оставьте комментарий со ссылкой на созданную отдельную ошибку.
Заметил, что на другом ноутбуке (Lenovo IdeaPad 3 15ALC6, inxi прикрепляю) настройки есть (см. скриншот).
Created attachment 19351 [details] power-p11-lenovo
Created attachment 19352 [details] lenovo.inxi.txt
(Ответ для Sergey Ogner на комментарий #0) > В системных настройках (графический интерфейс GNOME) ждущий режим был > отключен для сценариев работы от сети и от батареи. Обращаю внимание, что в связанной ошибке https://bugzilla.altlinux.org/55575 приложен скриншот https://attachments.bugzilla.altlinux.org/attachment.cgi?id=19336 * Он показывает вид настроек, отличающийся от всех, прикрепленных ранее здесь. * В нём есть настройка ждущего режима, но не отдельно для сети и батареи, а только общая. * В нём есть пункт настроек GNOME "Благополучие", которого сейчас в p11 ещё нет. В текущей ошибке, точно ли использовался ALT Workstation 11.0 x86_64 (https://ftp.altlinux.org/pub/distributions/ALTLinux/p11/images/workstation/x86_64/alt-workstation-11.0-x86_64.iso), обновлённый до p11? Или система была установлена как-то по-другому? Возможно, есть какая-то отдельная проблема, воспроизводящаяся даже при присутствии настроек.
Прошу прощения, увидел что тот скриншот связан с проверкой на Sisyphus (https://bugzilla.altlinux.org/show_bug.cgi?id=55575#c2), где как раз настройки есть, как писал выше.
Дополнительно пример настроек на ПК ASRock H110M-DGS R3.0 см. в https://bugzilla.altlinux.org/55575
