Ubuntu 14.04 - судо вечора-сплячка не працює

Тут є маса питань щодо призупинення помилки резюме.

Це ж питання виникає в: призупинити / відновити збій, але я не розумію жодної відповіді. Ми використовуємо різні ноутбуки (розум - це 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

14.04 suspend hibernate

— Джон Мангуал
джерело

Відповіді:

У мене була така ж проблема.

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

— Банглер
джерело

Напевно, варто відзначити, що видалення /var/run/do-not-hibernate, ймовірно, не підтримується і теоретично небезпечно (я думаю, що бінарна сумісність зображення для сну у форматі ядра не гарантована).

— cubuspl42

Ви намагалися вказати правильний розділ swap, як зазначено в усуненні несправностей swsusp в PowerManagement / Hibernate ? це закріпило вечір-сплячку для мене. Також я використовую режим відключення. У мене lenovo z50-70.

У моєму файлі grub також є "тихий сплеск", але я просто додав свій розділ swap біля нього.

— sbharti
джерело

Як ти це зробив? У мене така ж система, та ж проблема.

— Mookey

це дещо хитро, оскільки поведінка не є стабільною. Я спробував платформу та режим відключення ядра методу uwsusp. режим платформи не перезимував. режим відключення працював для мене, але він не міг відновитись. отже, я спробував вирішити проблему. це працювало для мене. але все ж гикавка на ходу.

— sbharti

встановлення власних драйверів для nvidia та intel виправило мою проблему. що з тобою? це працює ще? я можу дати кілька покажчиків, якщо вам потрібно.

— sbharti

Мені б хотілося, щоб це було просто, у мене гібридна графіка з вбудованими Intel та AMDGPU, тобто пекла. Я взагалі не можу змусити AMD працювати.

— Mookey

Але ... Linux дивовижний

— нейронет

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

Перший метод

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

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

Тепер відкрийте /etc/fstabфайл, використовуючи такий редактор файлів як nano(запустіть його як root). Потім прокоментуйте кожен рядок, який ви бачите в ньому своп фразою, додавши #на початку рядка. Тут додайте цей рядок до кінця файлу (замініть «х» тим, що ви скопіювали нещодавно):

UUID=SWAP_UUID none swap sw 0 0

Збережіть файл. Можливо, проблема з розділом swap була виправлена.

Примітка. Ваш розмір розділу swap повинен бути більшим, ніж розмір оперативної пам'яті; якщо у вас можуть виникнути проблеми зі сплячкою.

Другий метод

З посилання вище, цитованого опису, з деякими змінами (зміни, внесені на основі того, що я зробив):

Проблема: комп’ютер перебуває в сплячому режимі, гаразд. Але після ввімкнення живлення він завантажується так, ніби не врятувався сплячий стан.

У випадку grub2:

Вам слід зробити резервну копію. Виконати:

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

Відкрити /etc/default/grub;

Знайдіть GRUB_CMDLINE_LINUX_DEFAULT=рядок. Це опція, що додається до звичайного меню меню завантаження;

Додайте resume=UUID=SWAP_UUIDпараметр до такого списку:

Перед:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"

Після (зверніть увагу на цитати):

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

Примітка. Можливо, ви не захочете змінити жодні параметри перед тим, як додати резюме (наприклад, змінити nosplashпараметр на splash). Однак я рекомендую вам використовувати quietі splashваріанти, і варіанти.

Збережіть файл.

У терміналі виконайте таку команду (щоб фактично включити нові настройки конфігурації)

sudo update-grub2

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

Сподіваюся, це комусь допоможе!

— MAChitgarha
джерело