Почему hibernate не работает после обновления с 13.10 по 14.04?

Я только что обновил свой Xubuntu 13.10 до 14.04. Ничего не изменил. Suspend-to-RAM (standby) и hibernate оба работали хорошо в 13.10.

Теперь спящий режим больше не работает (приостановка для RAM все еще работает).

Что я могу сделать?

d4] После двух месяцев исследования (никто не смог решить проблему до сих пор), я обнаружил, что под новейшим Debian (XFCE) с ядром 3.2.0 спящий режим работает правильно. То же самое относится к Linux Mint Debian Edition (LMDE-201403), который основан на Debian.

Спящий режим не работает под новейшим Linux Mint 17 «Qiana», который основан на Ubuntu, новейшая Fedora 20, ни под Xubuntu 14.04. Все они имеют версию ядра около 3.13.0.

Итак, я пришел к выводу, что с новейшими ядрами что-то не так или неправильно сконфигурировано, и поскольку дистрибутивы, которые непосредственно не основаны на Debian, используют новейшие ядра, их спящий режим работает некорректно, тогда как ядра Debian работают.

1
задан 10 December 2014 в 15:05

5 ответов

Я обнаружил, что в Lubuntu в любом случае, если вы открываете синаптический и поисковый термин «спящий режим», есть пакет, просто называемый спящим. Просто установите это и вместо этого используйте его, а не pm-hibernate. Отлично работает, даже лучше.

3
ответ дан 24 May 2018 в 09:05
  • 1
    Я не могу найти пакет, в который включен pm-hibernate! – ubuplex 24 May 2014 в 13:08
  • 2
    Хорошо, я нашел пакет pm-utils и удалил его. Установленный "спящий режим" вместо. Иногда это работает, иногда нет (как и раньше, пробуждение иногда зависает). Кажется, что мое оборудование испортилось в день, когда я сделал обновление :-) Эта проблема сводит меня с ума ... – ubuplex 25 May 2014 в 18:52
  • 3
    Новая установка 14.04 тоже не помогла. – ubuplex 1 June 2014 в 10:22
  • 4
    когда вы устанавливаете это, как вы переходите в спящий режим в монетном дворе 17? – Nikos 26 August 2014 в 16:16

У меня была проблема с моей гибернацией в Linux Mint 17 Cinnamon и наткнулась на эту ссылку. В статье представлены четыре потенциальные причины неработоспособности спящего режима и их решения. Для меня неправильный UUID был указан в /etc/initramfs-tools/conf.d/resume.

У меня есть несколько свопов на моем жестком диске для других дистрибутивов, а UUID, отображаемый в файле, не соответствует UUID раздела подкачки, который я установил для монтирования при запуске для Mint (хотя мне не нужно было добавлять UUID в grub, как я сказал).

Попробуйте решения с сайта и посмотрите, помогут ли они вам.

3
ответ дан 24 May 2018 в 09:05

У меня была аналогичная проблема, когда я обновился с Linux Mint 16 (на основе Saucy) до Linux Mint 17 (на основе Trusty). Внезапно мои функции приостановки, спящего режима и выключения не работали должным образом. Я пробовал много разных возможных решений, основанных на большом количестве поисковых вики и форумов, но в итоге единственное, что работало, это обновление BIOS моего ноутбука.

Убедитесь, что у вас есть резервная копия ваших файлов и, возможно, MBR / EFI, прежде чем делать это. Я думал, что потеряю все свои данные после обновления BIOS, но, к счастью, я спас все это.

У меня ноутбук Lenovo Z70. После обновления BIOS и спасения моих разделов приостановление, спящий режим и завершение работы работали отлично. Я запускаю ядро ​​3.17, хотя не 3,3, а с Qiana. Но я не думаю, что ядро ​​было проблемой, это был BIOS.

1
ответ дан 24 May 2018 в 09:05
  • 1
    Для меня это также помогло обновить BIOS (V1.27 до 1.29, Lenovo X240, Mint 17) – Tapper 15 February 2015 в 18:17

Попробуйте решение ubuplex. Работала для меня в Linux Mint 17 Quiana (на основе 14.04):

sudo apt-get remove pm-utils
sudo apt-get install hibernate 

EDIT: С этим спящим решением работает только, если я использую команду «sudo hibernate». Плохое отсутствие установки pm-utils делает невозможным использование кнопки «Hibernate» (в выключенном состоянии).

0
ответ дан 24 May 2018 в 09:05

Также была проблема с Qiana Mint. Лучшее, что я мог бы решить после выполнения многих из вышеперечисленных, - это одна спячка - вторая замерзла.

var / log / syslog дал ошибку при перезапуске относительно «rsyslogd-2039». Вот ссылка http://kb.monitorware.com/kbeventdb-detail-id-6904.html

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

*.=notice;*.=warn |/dev/xconsole to *.=notice;*.=warn |/dev/null

. Это оставило проблему с сетью - иногда переподключено, иногда нет. Я поместил эти строки в сценарий на рабочем столе

sudo service network-manager stop sudo rm /var/lib/NetworkManager/NetworkManager.state sudo service network-manager start

Работал для меня - если кто-нибудь может понять, почему, я хотел бы знать.

0
ответ дан 24 May 2018 в 09:05

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

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