Вопрос или проблема
Вопрос касается всех режимов приостановки/перезапуска/выключения, но описание и журналы относятся только к последнему приостановлению.
Я не могу приостановить свою систему. Я выполняю systemctl suspend, мониторы выключаются, но процессор продолжает работать. Затем я не могу возобновить систему и вынужден выполнять принудительное завершение. Это происходило как с драйверами nvidia535, так и с nouveau.
Важные журналы из gnome-logs
17 янв 20:35:03 systemd-sleep: Не удалось заблокировать домашние каталоги: Неизвестный объект '/org/freedesktop/home1'.
17 янв 16:22:48 kernel: usb 1-8: 3:1: невозможно получить частоту на ep 0x84
17 янв 16:22:47 PM rtkit-daemon: dbus_message_get_unix_user() не удалось: Соединение не существует
17 янв 16:22:45 PM sddm-helper: gkr-pam: невозможно найти файл управления демоном
17 янв 16:22:29 PM kernel: usb 1-8: 3:1: невозможно получить частоту на ep 0x84
17 янв 16:22:29 PM kernel:
17 янв 16:22:26 PM kernel: x86/cpu: SGX отключен BIOS.
Все журналы
17 янв 20:35:03 PM kernel: PM: вход в режим приостановки (глубокий)
17 янв 20:35:03 PM systemd-sleep: Выполняется операция сна 'приостановка'...
17 янв 20:35:03 PM systemd-sleep: Выполняется операция сна 'приостановка'...
17 янв 20:35:03 PM systemd-sleep: Не удалось заблокировать домашние каталоги: Неизвестный объект '/org/freedesktop/home1'.
17 янв 20:35:03 PM systemd: Запуск системы приостановки...
17 янв 20:35:03 PM systemd: Запуск системы приостановки...
17 янв 20:35:03 PM systemd: Достигнута цель Сон.
17 янв 20:35:03 PM kernel: r8169 0000:03:00.0 enp3s0: Соединение разорвано
17 янв 20:35:03 PM NetworkManager: <info> [1705503903.5217] устройство (enp3s0): изменение состояния: отключено -> неуправляемое (причина 'сон', sys-iface-state: 'управляемое')
17 янв 20:35:03 PM systemd: Запущена служба диспетчера скриптов Network Manager.
17 янв 20:35:03 PM NetworkManager: <info> [1705503903.2005] устройство (enp3s0): изменение состояния: активировано -> деактивируется (причина 'сон', sys-iface-state: 'управляемое')
17 янв 20:35:03 PM systemd-logind: Система теперь будет приостановлена!
17 янв 20:35:02 PM rtkit-daemon: Не удалось найти клиента: Нет такого файла или директории
17 янв 19:54:02 PM systemd: systemd-hostnamed.service: успешно деактивировано.
17 янв 19:54:00 PM rtkit-daemon: Не удалось найти клиента: Нет такого файла или директории
17 янв 19:53:32 PM systemd: Запущена служба имени хоста.
17 янв 19:53:30 PM rtkit-daemon: Не удалось найти клиента: Нет такого файла или директории
17 янв 19:13:01 PM kernel: perf: прерывание заняло слишком много времени (3144 > 3136), снижение kernel.perf_event_max_sample_rate до 63600
17 янв 19:12:52 PM rtkit-daemon: Не удалось найти клиента: Нет такого файла или директории
17 янв 18:18:38 PM kernel: perf: прерывание заняло слишком много времени (2509 > 2500), снижение kernel.perf_event_max_sample_rate до 79500
17 янв 18:18:08 PM rtkit-daemon: Не удалось найти клиента: Нет такого файла или директории
17 янв 16:37:30 PM systemd: Завершена очистка временных каталогов.
17 янв 16:37:30 PM rtkit-daemon: Не удалось найти клиента: Нет такого файла или директории
17 янв 16:34:20 PM systemd: systemd-hostnamed.service: успешно деактивировано.
17 янв 16:34:09 PM rtkit-daemon: Не удалось найти клиента: Нет такого файла или директории
17 янв 16:33:51 PM dbus-broker-lau: Запрос активации для 'org.freedesktop.Avahi' не удался: Не удалось найти единицу systemd 'dbus-org.freedesktop.Avahi.service'.
17 янв 16:33:50 PM systemd: Запущена служба имени хоста.
17 янв 16:33:39 PM rtkit-daemon: Не удалось найти клиента: Нет такого файла или директории
17 янв 16:33:14 PM systemd: Запущена база данных пользовательских предпочтений.
17 янв 16:33:14 PM udisksd: Получено имя org.freedesktop.UDisks2 на системной шине сообщений
17 янв 16:33:14 PM systemd: Запущен диспетчер дисков.
17 янв 16:33:14 PM udisksd: версия демона udisks 2.10.1 запускается
17 янв 16:33:14 PM systemd: Запуск диспетчера дисков...
17 янв 16:32:59 PM rtkit-daemon: Не удалось найти клиента: Нет такого файла или директории
17 янв 16:24:29 PM systemd: Запущен PipeWire PulseAudio.
17 янв 16:24:28 PM rtkit-daemon: Не удалось найти клиента: Нет такого файла или директории
17 янв 16:23:03 PM systemd: systemd-hostnamed.service: успешно деактивировано.
17 янв 16:23:00 PM systemd-timesyn: Первоначальная синхронизация часов с Ср 2024-01-17 16:23:00.753279 IST.
17 янв 16:22:57 PM rtkit-daemon: Не удалось найти клиента: Нет такого файла или директории
17 янв 16:22:56 PM systemd: Запущен демон управления электропитанием.
17 янв 16:22:55 PM (sd-pam): pam_warn(systemd-user:setcred): функция=[pam_sm_setcred] флаги=0x8004 служба=[systemd-user] терминал=[] пользователь=[sddm] удаленный пользователь=[<неизвестно>] удаленный хост=[<неизвестно>]
17 янв 16:22:55 PM systemd: Запущена служба портала.
17 янв 16:22:55 PM xdg-desktop-por: Нет скелета для экспорта
17 янв 16:22:55 PM rtkit-daemon: Контроль за 4 потоками 2 процессов 1 пользователя.
17 янв 16:22:55 PM systemd: Достигнута цель Завершение сессии.
17 янв 16:22:55 PM dbus-broker: Отправлено 172 сообщений @ 2(±8)μs / сообщение.
17 янв 16:22:55 PM systemd: Закрыты сокеты мультимедийной системы PipeWire.
17 янв 16:22:55 PM gnome-keyring-d: запрашивалась регистрация элемента /org/freedesktop/secrets/collection/login/2, но он уже зарегистрирован
17 янв 16:22:55 PM systemd: Запуск службы портала...
17 янв 16:22:48 PM wireplumber: <WpPortalPermissionStorePlugin:0x60a632f0af20> Не удалось вызвать Lookup: GDBus.Error:org.freedesktop.portal.Error.NotFound: Нет записи для камеры
17 янв 16:22:48 PM systemd: Запущен хранилище разрешений для песочниц приложений.
17 янв 16:22:48 PM pipewire: [0:00:23.411006570] [662] [1;32m INFO [1;37mКамера [1;34mcamera_manager.cpp:284 [0mlibcamera v0.1.0
17 янв 16:22:48 PM kernel: usb 1-8: 3:1: невозможно получить частоту на ep 0x84
17 янв 16:22:48 PM at-spi2-registr: Демон SpiRegistry работает с известным именем - org.a11y.atspi.Registry
17 янв 16:22:48 PM systemd: Запущен dbus-:[email protected].
Судя по тому, что я понял из документации на Kernel.org, приостановка не означает “процессор прекращает выполнять любую работу”. “процессоры … проводят время в своих самых глубоких неактивных состояниях”. Хотя это может просто “означать, что питание слабо подается процессору, но даже низкоуровневый код не выполняется”. Также стоит прочитать описания различных типов состояний приостановки, определить, в какое из них вы переходите, и попытаться определить, может ли это быть причиной ваших проблем?
Также стоит проверить, нет ли ложной тревоги о том, что процессор вообще работает. Как именно вы это проверяете, это связано с журналами, которых я не замечаю?
В качестве еще одного пути для отладки посмотрите на эту тему, возможно, ваш файл sleep.conf (если он существует) настроен неправильно, чтобы отправлять что-то в /sys/power/state, что не должно быть.
Я включил TPM из-за двойной загрузки с Windows 11. Отключение этого исправило проблему.
Ответ или решение
Невозможность приостановки, перезагрузки или завершения работы системы Linux
Проблема с невозможностью приостановки, перезагрузки или завершения работы системы Linux может быть вызвана несколькими факторами. Ниже приводится подробный анализ на основе предоставленных логов и сведений о системе, с акцентом на выявление потенциальных причин и соответствующие рекомендации по их устранению.
1. Анализ логов системы
Из логов, выведенных утилитой gnome-logs, видно несколько сообщений, указывающих на различные проблемы в системе:
-
Failed to lock home directories: Unknown object '/org/freedesktop/home1'.
Это предупреждение может указывать на проблему с D-Bus, что может препятствовать правильной работе механизмов управления питанием. -
usb 1-8: 3:1: cannot get freq at ep 0x84
Сообщение говорит о проблемах с USB-устройством. Возможно, одно из устройств мешает нормальной работе функции приостановки. -
rtkit-daemon: dbus_message_get_unix_user() failed: The connection does not exist
Ошибки, связанные сrtkit-daemon, могут означать, что какие-то процессы не могут взаимодействовать друг с другом. Это может быть связано с проблемами с потоками в аудиосистеме или графическом интерфейсе. -
x86/cpu: SGX disabled by BIOS.
Хотя это сообщение вряд ли напрямую связано с проблемой приостановки, отключение SGX в BIOS может влиять на другие аспекты производительности системы.
2. Возможные причины проблемы
Исходя из логов и описания, можно выделить несколько возможных причин проблемы:
-
Сбои в D-Bus и взаимодействии с пользовательским интерфейсом.
Может потребоваться перепроверить конфигурацию D-Bus и убедиться, что все необходимые службы работают корректно. -
Проблемы с драйверами видеокарт.
Использование драйверовnvidiaиnouveauможет вызывать конфликты. Попробуйте использовать разные версии драйверов или отключить один из них для проверки. -
Конфликты с USB-устройствами.
Отключите все несущественные USB-устройства и попытайтесь приостановить работу системы заново. Если это решает проблему, то одно из устройств, вероятно, вызывает конфликт. -
Настройки BIOS/UEFI.
Убедитесь, что параметры управления энергией, такие как S3 и другие, включены в BIOS. Также проверить настройки TPM, так как в некоторых случаях это может вызывать проблемы с совместимостью.
3. Рекомендации по устранению проблемы
-
Обновите систему и драйвера.
Убедитесь, что ваша система и все драйвера обновлены до последних версий. Это может помочь устранить ряд известных проблем. -
Перепроверьте настройки D-Bus.
Проверьте конфигурацию D-Bus и убедитесь, что службы, необходимые для работы управления питанием, правильно запущены. -
Тестируйте с отключёнными USB-устройствами.
Попробуйте приостановить систему с отключёнными USB-устройствами. Если это решит проблему, поочередно подключайте устройства, чтобы выявить источник конфликта. -
Измените настройки BIOS/UEFI.
Попробуйте отключить TPM и убедитесь, что все настройки, связанные с управлением энергией, настроены правильно. -
Используйте утилиты для диагностики.
Запустите командыdmesg,journalctl -xeи другие диагностические команды, чтобы получить более детальную информацию о происходящем в системе во время попытки приостановки. -
Поиск в сообществе.
Обратитесь к сообществу пользователей Linux или на форумы, такие как Stack Overflow или специализированные группы на GitHub. Часто другие пользователи сталкиваются с аналогичными проблемами и могут предложить решения.
Следуя этим рекомендациям и пошагово устраняя возможные факторы, способствующие возникновению проблем с управлением питанием, можно значительно повысить шансы на успешное решение проблемы.