Вопрос или проблема
Я пытался изменить настройки системы в управлении питанием, а также редактировал файл /etc/systemd/logind.conf (раскомментировав строку “HandleLidSwitch=suspend”)
Каждый раз, когда я закрываю крышку ноутбука, он просто отключается вместо того, чтобы переходить в спящий режим.
cat /sys/power/mem_sleep
Показывает только одну вещь:
[s2idle]
Ноутбук оснащен Ryzen 7 8745H (в основном это 8845H без AI).
Я подозреваю, что это проблема ядра, потому что я пробовал использовать Nobara Linux перед переходом на Ubuntu, так как не смог заставить Davinci Resolve работать в Nobara. И с ядром 6.11 Nobara ноутбук нормально переходил в спящий режим, без каких-либо проблем.
Поэтому я пытаюсь установить ядро 6.11 на свой Ubuntu 22.04, но основное ядро не может быть установлено из-за некоторых проблем с зависимостями. Это возможно только с Ubuntu 24.04, но я не могу снова использовать 24.04 из-за Davinci Resolve. По какой-то причине ROCM отказался работать на Ubuntu 24.04, так что я не могу получить вывод временной шкалы Davinci Resolve. Я также пробовал Davincibox, который использует distrobox и rusticl, и он действительно делает так, что Davinci Resolve функционирует нормально, но производительность значительно хуже, чем у ROCM.
Суть: я застрял на Ubuntu 22.04, но хочу установить ядро 6.11, чтобы мой ноутбук нормально переходил в спящий режим. Это возможно?
Я пытался собрать ядро сам, но столкнулся с ошибкой, которая остановила сборку.
dpkg-buildpackage: ошибка: make -f debian/rules binary subprocess вернул код выхода 2
Я действительно не знал, что делаю, поэтому я просто сдался с идеей самостоятельной сборки ядра.
ПРАВКА:
Мне стоит добавить немного деталей.
-
Сон работает, когда я нажимаю “сон” в меню “Пуск” KDE, но как только я закрываю крышку, он отключается, даже во время сна.
-
Я настроил ноутбук на переход в спящий режим только в режиме работы от батареи, а при работе от сети, когда я закрываю крышку, он просто блокирует экран. Так что, когда я закрываю крышку при работе от сети, ноутбук блокирует экран, а затем, если я отключаю кабель, ноутбук немедленно отключается.
-
Это происходит не на 100%, так что было один-два раза, когда ноутбук всё-таки переходил в спящий режим, но 99% времени он просто отключается, когда крышка закрыта.
Ответ или решение
Проблема с режимом сна на KUbuntu 22.04 для Lenovo ThinkBook-14-G6-AHP
Введение
Если ваше устройство Lenovo ThinkBook-14-G6-AHP на базе KUbuntu 22.04 не уходит в режим сна при закрытии крышки, а вместо этого выключается, это может быть свидетельством проблем с конфигурацией системы или совместимостью оборудования. В данной статье мы рассмотрим возможные причины и предложим решения для нормализации работы режима сна.
Анализ проблемы
Вы упомянули, что изменяли настройки управления питанием и редактировали файл /etc/systemd/logind.conf, что является правильным шагом для настройки режима сна. Однако поведение вашего устройства, при котором оно выключается вместо того, чтобы перейти в режим сна, вызывает серьезные подозрения на наличие ошибок в конфигурации ядра или в самом программном обеспечении.
-
Вывод команды
/sys/power/mem_sleep:[s2idle]Это указывает на то, что ваша система поддерживает только режим
s2idle, который является менее энергосберегающим, чем более желаемый режимdeep. Важно, чтобы ваш ядро поддерживало более высокий уровень управления энергопотреблением. -
Режимы сна:
Вы упомянули, что при нажатии на кнопку «Сон» в меню KDE ваше устройство нормально уходит в режим сна, что свидетельствует о корректной настройке программного обеспечения для управления состоянием питания. Однако реакция на закрытие крышки не соответствует ожидаемому поведению. -
Проблемы с версией ядра:
Вы также указали на успешный опыт работы с Nobara Linux и ядром версии 6.11, что может указывать на то, что проблема действительно связана с вашим текущим ядром на KUbuntu. Данный факт может указывать на неэффективное управление энергопотреблением в старых версиях ядра.
Возможные решения
-
Обновление ядра:
Если вы хотите установить более новое ядро, такое как 6.11, однако столкнулись с проблемами зависимостей, вы можете попробовать следующие шаги:- Используйте утилиты для управления версиями ядра, такие как
UkuuилиMainline. Эти инструменты помогут вам установить более новое ядро без конфликтов с зависимостями. - Попробуйте найти готовую версию ядра 6.11, которая предназначена для вашего дистрибутива. Иногда неофициальные репозитории могут предложить нужные версии.
- Используйте утилиты для управления версиями ядра, такие как
-
Использование других дистрибутивов:
Если проблема с режимом сна на KUbuntu становится критичной для вашей работы, и вы не можете установить необходимое ядро, возможно, стоит рассмотреть возможность использования другого дистрибутива, который уже поставляется с новым ядром и поддерживает вашу конфигурацию. Например, вы можете попробовать использовать Arch Linux или Manjaro. -
Исследование ошибок при компиляции ядра:
Если вы хотите попробовать собрать ядро самостоятельно, вы можете попытаться отладить процесс сборки. Ошибка, которую вы получили, указывает на проблемы в процессе сборки, возможно, из-за недостающих зависимостей или неправильно настроенных переменных окружения.- Обратите внимание на логи сборки, чтобы выяснить, какие именно ошибки возникают.
- Проверьте, установлены ли все необходимые пакеты для сборки ядра (например,
build-essential,libncurses-dev,bison,flex,libssl-dev).
-
Обновление системы:
Убедитесь, что все пакеты вашего дистрибутива актуальны, выполнив команду:sudo apt update && sudo apt upgrade -
Проверка аппаратных совместимостей:
Попробуйте просмотреть системные журналы с помощью команды:journalctl -xbЭто поможет выявить, были ли какие-либо ошибки, связанные с энергопотреблением, которые могут помочь в диагностике проблемы.
Заключение
Проблема с переходом в режим сна на Lenovo ThinkBook-14-G6-AHP под KUbuntu 22.04 требует комплексного подхода к ее решению. Если вы не можете избавиться от проблемы самостоятельно, возможно, имеет смысл обратиться в сообщество поддержки KUbuntu или рассмотреть альтернативные решения, такие как использование более новых версий ядра или смена дистрибутива.