Ubuntu 14.04 - sudo пополудни - в спящем режиме, не работает

Существует набор вопросов на здесь о, приостанавливают ошибку резюме.

Тот же вопрос появляется в: приостановите/возобновите отказ, но я не понимаю ни одного из ответов. Мы используем различные ноутбуки (умом является Lenovo), таким образом, могут быть различные типы аппаратных средств, которые произведены.

Я пытался читать это учебное руководство. В моем случае sudo pm-hibernate не работает в Терминале, и шаги конфигурации не фиксируют это.

Я пытаюсь понять, почему В спящем режиме, идет не так, как надо, включая управление питанием обсуждения / в спящем режиме из руководства Ubuntu. Они предполагают, что существует проблема с swsusp но я не уверен, как вмешаться в тот раздел.

Я нашел GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" в моем /etc/default/grub файл.

Кто-либо заставлял это работать?


Действительно? head /var/log/pm-suspend.log приводит к

Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000kernel-change hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate:
/usr/lib/pm-utils/sleep.d/000record-status hibernate hibernate: success.

Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate:
Linux jdm-Lenovo-B570 3.13.0-46-generic #76-Ubuntu SMP Thu Feb 26 18:52:13 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
16
задан 13 April 2017 в 05:24

3 ответа

У меня была та же проблема.

sudo pm-hibernate

... ничто.

>~$ dbus-send --system --print-reply --dest="org.freedesktop.UPower" /org/freedesktop/UPower org.freedesktop.UPower.Hibernate
> method return sender=:1.44 -> dest=:1.303 reply_serial=2

... ничто.

Оглядывание, я нашел, что предложение для проверки пополудни - в спящем режиме журнал:

>~$ head /var/log/pm-suspend.log
> Initial commandline parameters: 
> Wed Apr 29 22:38:06 PDT 2015: Running hooks for hibernate.
> Running hook /usr/lib/pm-utils/sleep.d/000kernel-change hibernate
>  hibernate: kernel update inhibits hibernate (/var/run/do-not-
>  hibernate present)

А-ч! Таким образом, система должна быть перезагружена, потому что было обновление ядра. Было бы замечательно получить некоторое уведомление о факте, вместо... ничего.

BTW, чтобы сказать, необходимо ли перезагрузить:

>~$ ls -l /var/run/reboot-required
> -rw-r--r-- 1 root root 32 Apr 29 18:28 /var/run/reboot-required

В основном, если тот файл существует, перезагрузка требуется. Я не могу сказать Вам, что произойдет, если Вы поместите систему в спящий режим, если необходимо перезагрузить из-за обновления ядра, но я смог быть в спящем режиме сразу, когда я сделал это:

>~$ sudo rm /var/run/do-not-hibernate
14
ответ дан 23 November 2019 в 02:36

u пытался указать корректный раздел подкачки, как упомянуто в swsusp, диагностирующем в PowerManagement/Hibernate? это зафиксировало пополудни - в спящем режиме для меня. также, я использую режим завершения работы. У меня есть lenovo z50-70.

Мой файл личинки имеет "тихий всплеск" также, но я просто добавил свой раздел подкачки около него.

1
ответ дан 23 November 2019 в 02:36

Поскольку Вы помещаете ссылку здесь, swsusp поиск и устранение неисправностей части этого работал на меня.

Первый метод

Во-первых, необходимо проверить, настроил ли раздел подкачки правильно. Для выполнения это, первоначально, работает sudo blkid и скопируйте UUID раздела, который имеет тип подкачки (возможно, это-/dev/sda6), я называю его SWAP-UUID. Перед продолжением необходимо сделать копию как резервное копирование от /etc/fstab:

sudo cp /etc/fstab /etc/fstab.back

Теперь открытый /etc/fstab файл с помощью такого редактора файлов как nano (выполните его как корень). Затем прокомментируйте каждую строку, которую Вы видите фразу подкачки в нем путем добавления a # в начале строки. Здесь, добавьте, эта строка в конец файла (замените 'x's тем, что Вы недавно скопировали):

UUID=SWAP_UUID none swap sw 0 0

Сохраните файл. Возможно, проблема с разделом подкачки была решена.

Примечание: Ваш размер раздела подкачки должен быть больше, чем Ваш размер RAM; если у Вас не может быть проблем со спящим режимом.

Второй метод

Из ссылки выше, заключенное в кавычки описание, с некоторыми изменениями (изменения сделали на основе того, что я сделал):

Проблема: компьютер идет для спящего режима, хорошо. Но после включения питания это загружается, как будто не в спящем режиме, состояние было сохранено.

В случае grub2:

  1. Необходимо сделать резервное копирование. Выполненный:

sudo cp /etc/default/grub /etc/default/grub.back

  1. Открытый /etc/default/grub;

  2. Найти GRUB_CMDLINE_LINUX_DEFAULT= строка. Это опция, добавленная к регулярному выбору меню начальной загрузки;

  3. Добавьте resume=UUID=SWAP_UUID опция к списку как это:

Прежде:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

После (отмечают цитаты):

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash resume=UUID=SWAP-UUID"

Примечание: Вы не могли бы хотеть изменять любые опции перед добавляющим резюме (например, изменение nosplash опция к splash). Однако я рекомендую Вам использовать обоих quiet и splash опции.

  1. Сохраните файл.
  2. В терминале выполните следующую команду (для фактического включения новых параметров конфигурации)

sudo update-grub2

Теперь, попробовать sudo pm-hibernate команда для спящего режима компьютера затем попытайтесь загрузиться снова. Ваша проблема может быть решена.

Надежда это помогает кому-то!

0
ответ дан 23 November 2019 в 02:36

Другие вопросы по тегам:

Похожие вопросы: