EeePC 1000H + kernel 2.6.32 + uswsusp: hibernate fail

В общем, ни у кого не отвалилось, или мне в последнее время везет?

Используется модуль засыпания uswsusp (через pm-utils), в память засыпает нормально, на диск - делает сохранение образа и система продолжает работать, на 31 ядре - гасилась. в /etc/suspend.conf: shutdown method = platform, прочие настройки как жили так и живут испокон веков.

Да,своп файлом, подключается перед засыпанием через хуки (согласно dmesg подключается раньше, чем процесс сброса страниц начинается, да и не работало бы поиному).

Что-то интернеты обилием информации не радуют.
systemd должен умереть.
У меня вовсе не еее, но недавно поломался resume ;) Откатывал ядро, pm-utils и драйвера, но не запахало.
В dev-public проскакивало сообщение о том, что в pm-utils есть опечатка, что приводит к глюкам с nouveau.
такие дела.
2cucullus: не, не твой случай, хотя попробуй просто с echo mem > /sys/power/state

у меня оказалось все прозаично, хотя может и не у меня: отказался работать именно uswsusp, родные ядреные механизмы пашут, так что пока переделал на них, но чорт, s2both, которая есть в uswsusp очень уж удобна :( кто юзает, Muu например, uswsusp, отпишитесь - у кого как работает оно?

ЗЫ тему щас откорректирую, дабы в забдуждения не вводить.
systemd должен умереть.
праздное любопытство: h4tr3d, а у тебя часто батарея в суспенде садится до упора?
mechanical
праздное любопытство: h4tr3d, а у тебя часто батарея в суспенде садится до упора?

нет, именно s2both у меня настроен на тот случай, когда батарея выползает на 4% емкости, когда есть шанс, что питание появится быстро, тогда просто проснусь из суспенда, а если нет, и таки сядет (а такое было не раз), то потом чуть дольше, но развернуться.
systemd должен умереть.
У меня uswsusp работает без проблем, как и раньше.

hatred, у тебя размер своп-файла достаточный? никто там памяти много-много не откушал? Единственный случай, когда у меня не сработал uswsusp - это когда в гимпе было открыто несколько фоток сразу, и своп-файла не хватило чтобы засвопить занятую память даже со сжатием.
Для uswsusp у меня отдельный своп-файл (с размахом - 2 гига, при памяти в 1 гиг, исторически сложилось), который подключается перед вызовом s2disk/s2both и отключается при просыпании. Смещения тоже вроде верные прописаны в /etc/suspend.conf, высчитывалось:
swap-offset /.hibernate
девайс для резюма - тот же, на котором файл лежит (в моем случае - корень, это /dev/sda2)

хотя может какой косяк в этом конфиге таки есть:
snapshot device = /dev/snapshot
resume device = /dev/sda2
image size = 0
#suspend loglevel = 2
#compute checksum = y
compress = y
#encrypt = y
#early writeout = y
#splash = y
shutdown method = platform
#shutdown method = core
early writeout = y
resume offset = 20129792
systemd должен умереть.
У меня конфиг идентичный, только девайс /dev/sda1.

Попробуй пересоздать своп-файл, может он фрагментировался каким-то таинственным образом?
Muu
У меня конфиг идентичный, только девайс /dev/sda1.
Попробуй пересоздать своп-файл, может он фрагментировался каким-то таинственным образом?

попробую, только сохранение образа происходит корректно, никаких ошибок не кидает… Разница только одна: раньше была jfs, теперь ext4 (первая слетела удачно, появился повод поставить систему и развенуть бекапы), в общем как попробую - результаты отпишу. Ещё попробую со swap-разделом отдельно. Дабы локализовать проблему.
systemd должен умереть.
cucullus
У меня вовсе не еее, но недавно поломался resume ;) Откатывал ядро, pm-utils и драйвера, но не запахало.
В dev-public проскакивало сообщение о том, что в pm-utils есть опечатка, что приводит к глюкам с nouveau.
У меня аналогично. Когда перехожу в спящий режим — все вроде как обычно, но потом, при включении ПК, образ из свопа не загружается. Ну и раньше при запуске выводилась примерно такая строчка: “no resume image found, doing normal boot”, а сейчас ее нет.
 
Зарегистрироваться или войдите чтобы оставить сообщение.