Я нашел обходной путь для своей машины Asrock Z97 Fatal1ty, потому что HIBERNATE_MODE = «платформа» не работает, но «shutdown» делает. Тестирование в терминале, введя в качестве пользователя root
echo shutdown > /sys/power/disk
, а затем
echo disk > /sys/power/state
выполнил спящий режим и работал столько раз, сколько я пытался. Я попробовал несколько руководств, пытаясь изменить режим по умолчанию с «платформы» на «выключение», и никто не работал, поэтому я добавил следующую строку ниже:
/etc/rc.local
echo shutdown > /sys/power/disk
, а затем сохраните файл.
edit: Я изначально набрал «echo shutdown> / sys / mode / disk» и «echo disk> / sys / mode / state» в своем исходном ответе и осознал мою ошибку. Я также отформатировал код, насколько мог. извините за необычные количества исправлений.
вы можете включить опцию меню спящего режима, создав файл:
/etc/rc.local [!d9 ]
и добавив это в этот пустой файл:
[Re-enable hibernate by default in upower]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes
[Re-enable hibernate by default in logind]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate
ResultActive=yes
, а затем выйдите из системы и снова включитесь, а спящий режим будет в параметрах меню выхода, и он работал каждый раз. Я знаю, что кто-то может улучшить этот ответ, но я решил, что буду делиться тем, что сработало для меня в любом случае. В идеале можно найти правильный файл для редактирования режима по умолчанию для спящего режима для pm-utils, но, как я уже сказал, я пытался и ничего не работал, но это было сделано. Единственное предостережение, с которым я столкнулся, заключалось в том, что теперь вам нужно нажать кнопку питания, чтобы вернуться из спящего режима, потому что клавиатура не разбудила компьютер так же, как с «платформой». Надеюсь, это поможет кому-то.
Вы можете попытаться сделать файл /etc/.pwd.lock пустым (nano /etc/.pwd.lock и удалить все), если это не так, и использовать adduser your_user admin из корневого сеанса, чтобы вставить своего пользователя в группу администратора. Этот файл предназначен для контроля доступа к файлам /etc/passwd и /etc/shadow, избегая одновременных изменений. Он должен быть пустым, если ни один из файлов не будет изменен.
Загрузитесь в режим восстановления, выберите вариант корневой оболочки и добавьте свою учетную запись обратно в группу администратора.
Вы действительно должны удалить этот файл блокировки с помощью консоли восстановления, хотя я думаю, что вы, вероятно, могли бы сделать то же самое, просто перейдя в суперпользовательский режим с помощью команды su - в терминале в рамках обычного сеанса пользователя. Кажется, это известная ошибка, хотя причина, по которой она появляется, не известна.
Кстати, использование sudo в корневом сеансе бессмысленно, потому что sudo просто выполняет команду с правами root, и если вы уже используете систему с root, вы уже выполнение команд с привилегиями root.