Вопрос или проблема
org.gnome.settings-daemon.plugins.power.lid-close-battery-action или lid-close-ac-action не применяет необработанную настройку 'hibernate', хотя systemctl hibernate работает на этой машине.
Как лучше всего провести диагностику этого?
Вот что сообщает Журнал при закрытии крышки
25 дек 16:49:51 j-tpad systemd-logind[1000]: Крышка закрыта.
25 дек 16:49:51 j-tpad gnome-shell[2786]: g_hash_table_steal_extended: утверждение 'hash_table != NULL' не выполнено
25 дек 16:49:51 j-tpad systemd-logind[1000]: Приостановка...
25 дек 16:49:51 j-tpad dbus-daemon[972]: [system] Активация через systemd: имя службы="org.freedesktop.nm_dispatcher" единица="dbus-org.freedesktop.nm-dispatcher.service", запрошенная ':1.14' (uid=0 pid=1032 comm="/usr/sbin/NetworkManager --no-daemon" label="unconfined")
25 дек 16:49:51 j-tpad NetworkManager[1032]: <info> [1735174191.1021] менеджер: спящий режим: запрашивается сон (спящий: нет включен: да)
25 дек 16:49:51 j-tpad NetworkManager[1032]: <info> [1735174191.1022] устройство (p2p-dev-wlp0s20f3): изменение состояния: отключено -> неуправляемое (причина 'спящий', sys-iface-state: 'управляемое')
25 дек 16:49:51 j-tpad NetworkManager[1032]: <info> [1735174191.1027] менеджер: состояние NetworkManager теперь СНЯТО
25 дек 16:49:51 j-tpad NetworkManager[1032]: <info> [1735174191.1030] устройство (wlp0s20f3): изменение состояния: активировано -> деактивируется (причина 'спящий', sys-iface-state: 'управляемое')
25 дек 16:49:51 j-tpad systemd[1]: Запуск NetworkManager-dispatcher.service - Служба сценариев диспетчера Network Manager...
25 дек 16:49:51 j-tpad dbus-daemon[972]: [system] Успешно активирована служба 'org.freedesktop.nm_dispatcher'
25 дек 16:49:51 j-tpad systemd[1]: Запущена служба NetworkManager-dispatcher.service - Служба сценариев диспетчера Network Manager.
25 дек 16:49:51 j-tpad gnome-shell[2786]: MESA-LOADER: не удалось открыть simpledrm: /usr/lib/dri/simpledrm_dri.so: не удается открыть общий объект: Нет такого файла или каталога (поиск путей /usr/lib/x86_64-linux-gnu/dri:\$${ORIGIN}/dri:/usr/lib/dri, суффикс _dri)
25 дек 16:49:51 j-tpad kernel: wlp0s20f3: деаутентификация от d4:01:c3:6b:20:42 по локальному выбору (Причина: 3=DEAUTH_LEAVING)
25 дек 16:49:51 j-tpad gnome-shell[2786]: Не удалось инициализировать совместное использование буферной памяти ускоренного iGPU/dGPU: Нет аппаратного ускорения
25 дек 16:49:51 j-tpad gnome-shell[2786]: Создан gbm-рендерер для '/dev/dri/card0'
25 дек 16:49:51 j-tpad wpa_supplicant[1036]: wlp0s20f3: CTRL-EVENT-DISCONNECTED bssid=d4:01:c3:6b:20:42 причини=3 locally_generated=1
25 дек 16:49:51 j-tpad wpa_supplicant[1036]: wlp0s20f3: CTRL-EVENT-DSCP-POLICY clear_all
25 дек 16:49:51 j-tpad NetworkManager[1032]: <info> [1735174191.2590] устройство (wlp0s20f3): состояние интерфейса суппликанта: завершено -> отключено
25 дек 16:49:51 j-tpad NetworkManager[1032]: <info> [1735174191.2593] устройство (wlp0s20f3): изменение состояния: деактивируется -> отключено (причина 'спящий', sys-iface-state: 'управляемое')
25 дек 16:49:51 j-tpad wpa_supplicant[1036]: wlp0s20f3: CTRL-EVENT-SIGNAL-CHANGE выше=1 сигнал=-9999 шум=9999 txrate=0
25 дек 16:49:51 j-tpad NetworkManager[1032]: <info> [1735174191.2635] dhcp4 (wlp0s20f3): отменена DHCP-транзакция
25 дек 16:49:51 j-tpad NetworkManager[1032]: <info> [1735174191.2635] dhcp4 (wlp0s20f3): активация: начало транзакции (тайм-аут через 45 секунд)
25 дек 16:49:51 j-tpad avahi-daemon[969]: Отзыв записи адреса для fe80::daa4:1411:4351:5fdd на wlp0s20f3.
25 дек 16:49:51 j-tpad NetworkManager[1032]: <info> [1735174191.2636] dhcp4 (wlp0s20f3): состояние изменено на отсутствие аренды
25 дек 16:49:51 j-tpad avahi-daemon[969]: Выход из группы многоадресной рассылки mDNS на интерфейсе wlp0s20f3.IPv6 с адресом fe80::daa4:1411:4351:5fdd.
25 дек 16:49:51 j-tpad avahi-daemon[969]: Интерфейс wlp0s20f3.IPv6 больше не актуален для mDNS.
25 дек 16:49:51 j-tpad avahi-daemon[969]: Отзыв записи адреса для 192.168.44.23 на wlp0s20f3.
25 дек 16:49:51 j-tpad avahi-daemon[969]: Выход из группы многоадресной рассылки mDNS на интерфейсе wlp0s20f3.IPv4 с адресом 192.168.44.23.
25 дек 16:49:51 j-tpad avahi-daemon[969]: Интерфейс wlp0s20f3.IPv4 больше не актуален для mDNS.
25 дек 16:49:51 j-tpad systemd-resolved[916]: wlp0s20f3: Клиент шины установил настройку маршрута по умолчанию: нет
25 дек 16:49:51 j-tpad systemd-resolved[916]: wlp0s20f3: Клиент шины сбросил список серверов DNS.
25 дек 16:49:51 j-tpad NetworkManager[1032]: <info> [1735174191.3009] устройство (wlp0s20f3): изменение состояния: отключено -> неуправляемое (причина 'спящий', sys-iface-state: 'управляемое')
25 дек 16:49:51 j-tpad wpa_supplicant[1036]: p2p-dev-wlp0s20: CTRL-EVENT-DSCP-POLICY clear_all
25 дек 16:49:51 j-tpad wpa_supplicant[1036]: p2p-dev-wlp0s20: CTRL-EVENT-DSCP-POLICY clear_all
25 дек 16:49:51 j-tpad wpa_supplicant[1036]: nl80211: деинициализация ifname=p2p-dev-wlp0s20 disabled_11b_rates=0
25 дек 16:49:51 j-tpad gnome-shell[2786]: Идентификатор источника 1126 не найден при попытке удалить его
25 дек 16:49:51 j-tpad xdg-desktop-por[3537]: Монитор 'Встроенный дисплей' не имеет конфигурации, которая является-текущей!
25 дек 16:49:51 j-tpad wpa_supplicant[1036]: wlp0s20f3: CTRL-EVENT-DSCP-POLICY clear_all
25 дек 16:49:51 j-tpad wpa_supplicant[1036]: wlp0s20f3: CTRL-EVENT-DSCP-POLICY clear_all
25 дек 16:49:51 j-tpad wpa_supplicant[1036]: nl80211: деинициализация ifname=wlp0s20f3 disabled_11b_rates=0
25 дек 16:49:51 j-tpad rtkit-daemon[1637]: Успешно установлен высокий приоритет для потока 2814 процесса 2786, принадлежащего '1000', на уровне nice 0.
25 дек 16:49:51 j-tpad rtkit-daemon[1637]: Контроль 8 потоков 5 процессов 1 пользователей.
25 дек 16:49:51 j-tpad update-notifier[3868]: gtk_widget_get_scale_factor: утверждение 'GTK_IS_WIDGET (widget)' не выполнено
25 дек 16:49:51 j-tpad update-notifier[3868]: gtk_widget_get_scale_factor: утверждение 'GTK_IS_WIDGET (widget)' не выполнено
25 дек 16:49:51 j-tpad rtkit-daemon[1637]: Контроль 7 потоков 4 процессов 1 пользователей.
25 дек 16:49:51 j-tpad rtkit-daemon[1637]: Контроль 7 потоков 4 процессов 1 пользователей.
25 дек 16:49:51 j-tpad rtkit-daemon[1637]: Успешно установлен RT для потока 2814 процесса 2786, принадлежащего '1000', с приоритетом 20.
25 дек 16:49:51 j-tpad rtkit-daemon[1637]: Контроль 8 потоков 5 процессов 1 пользователей.
25 дек 16:49:51 j-tpad kernel: simple-framebuffer simple-framebuffer.0: буфер swiotlb полон (sz: 2097152 байт), всего 32768 (слоты), использовано 0 (слоты)
25 дек 16:49:52 j-tpad systemd[1]: Достигнута цель sleep.target - Спящий режим.
25 дек 16:49:52 j-tpad systemd[1]: Запуск systemd-suspend.service - Приостановка системы...
25 дек 16:49:52 j-tpad rtkit-daemon[1637]: Успешно установлен высокий приоритет для потока 2814 процесса 2786, принадлежащего '1000', на уровне nice 0.
25 дек 16:49:52 j-tpad rtkit-daemon[1637]: Контроль 8 потоков 5 процессов 1 пользователей.
25 дек 16:49:52 j-tpad rtkit-daemon[1637]: Контроль 7 потоков 4 процессов 1 пользователей.
25 дек 16:49:52 j-tpad rtkit-daemon[1637]: Контроль 7 потоков 4 процессов 1 пользователей.
25 дек 16:49:52 j-tpad systemd-sleep[4231]: Выполнение операции сна 'приостановка'...
25 дек 16:49:52 j-tpad kernel: PM: вход в режим приостановки (s2idle)
25 дек 16:49:52 j-tpad rtkit-daemon[1637]: Успешно установлен RT для потока 2814 процесса 2786, принадлежащего '1000', с приоритетом 20.
25 дек 16:49:52 j-tpad rtkit-daemon[1637]: Контроль 8 потоков 5 процессов 1 пользователей.
25 дек 16:49:52 j-tpad kernel: Системные файлы синхронизированы: 0.007 секунд
Ответ или решение
Проблема выполнения действия при закрытии крышки ноутбука на батарее: подробное руководство по устранению ошибок
Вопрос: Настройка Action для закрытия крышки ноутбука в зависимости от источника питания (аккумулятор или сеть) может вызывать затруднения. В данном случае используется настройка org.gnome.settings-daemon.plugins.power.lid-close-battery-action, которая должна активировать режим "гибернации". Тем не менее, несмотря на то что команда systemctl hibernate выполняется успешно, настройки не работают как ожидается. Давайте рассмотрим, как можно устранить эту проблему.
1. Проверка настроек и конфигурации
Первым шагом будет проверка текущих настроек GNOME и системного демона. Убедитесь, что заданное действие для крышки ноутбука на батарее действительно установлено на "гибернация". Это можно сделать с помощью следующей команды:
gsettings get org.gnome.settings-daemon.plugins.power lid-close-battery-actionЭто должно вернуть значение 'hibernate'. Если возвращается значение, отличное от ‘hibernate’, измените его с помощью следующей команды:
gsettings set org.gnome.settings-daemon.plugins.power lid-close-battery-action 'hibernate'2. Просмотр системных журналов
Ваше сообщение в журнале показывает, что система реагирует на закрытие крышки, но идет процесс перехода в режим простоя (suspend), а не гибернации. Следует внимательно изучить журналы системы, чтобы выявить проблемы или ошибки. В вашем выводе есть строчка:
Dec 25 16:49:52 j-tpad systemd[1]: Reached target sleep.target - Sleep.Это указывает на то, что система действительно пытается перейти в спящий режим. Интересно также обратить внимание на строку:
Dec 25 16:49:52 j-tpad systemd-sleep[4231]: Performing sleep operation 'suspend'...Это может свидетельствовать о конфликте настроек. Обратите внимание на параметры конфигурации системы с помощью следующей команды:
cat /etc/systemd/logind.confПроверьте, установлены ли параметры для управления действиями при закрытии крышки. Необходимо, чтобы параметры HandleLidSwitch были правильно настроены. Пример:
HandleLidSwitch=suspend
HandleLidSwitchDocked=ignoreЕсли вы хотите, чтобы система переходила в режим гибернации, измените параметр на hibernate.
3. Проверка поддержки гибернации
Несмотря на то что команда systemctl hibernate работает, для успешной гибернации BIOS/UEFI вашей системы и поддержка ядра должны быть правильно настроены. Убедитесь, что у вас есть достаточно памяти для создания файла подкачки или раздела, который обеспечивает успешную гибернацию.
Чтобы проверить доступные параметры, выполните:
sudo dmesg | grep -i hibernateЭто позволит выявить потенциальные проблемы, которые могут мешать гибернации.
4. Обновление системы и программного обеспечения
Обновление системы и всех связанных пакетов также может помочь устранить данную проблему. Используйте следующие команды для обновления системы:
sudo apt update
sudo apt upgradeУбедитесь, что пакеты, связанные с вашей графической средой и системными службами, находятся в актуальном состоянии, поскольку многие из них могут влиять на поведение системы при закрытии крышки.
5. Проверка на наличие конфликтующих приложений
Есть вероятность, что конфликты могут возникать из-за сторонних приложений или сервисов, которые управляют энергопотреблением или состоянием активации оборудования. Разработайте стратегию по идентификации и временной деактивации таких программ, чтобы посмотреть, изменится ли поведение системы.
Заключение
Если после всех вышеуказанных шагов проблема сохраняется, возможно, стоит переключиться на другие методы управления энергией, такие как использование утилит для управления энергопотреблением, или обратиться к поддержке вашего дистрибутива Linux. Понимание принципов работы скрытых частей системы и компонентов станет основой стабильной работы при закрытии крышки вашего ноутбука и позволит вам избежать возможных неудобств в будущем.