[gentoo][hibernate]проблемы с засыпанием

Какой вариант засыпания использует pm-hibernate?
Попробуйте echo 'SLEEP_MODULE=tuxonice' > /etc/pm/config.d/99sleepmodule

>/etc/pm/config.d/99sleepmodule

а это нормально, что у меня такого файла вообще нет?

не, ничего не изменилось, да и не могло - pm-hibernate изначально использовал tuxonice, по логам видно:

avalon frag # dmesg | grep TuxOnIce
[11899.767574] TuxOnIce 3.1.1, with support for usm, compression, block i/o, swap storage, file storage, userui.
[11900.227907] TuxOnIce: No storage was registered.
[11900.848381] TuxOnIce: No storage was registered.
[11901.475492] TuxOnIce debugging info:
[11901.475493] - TuxOnIce core  : 3.1.1

Да. У меня директория вообще пуста, но в man сказано:

[code]CONFIGURATION VARIABLES
Configuration variables defined by pm-utils. These can be set in any file in /etc/pm/config.d/.

SLEEP_MODULE [=kernel]
The default suspend backend to use. Valid values are:

kernel
The built-in kernel suspend/resume support. Use this if nothing else is supported on your system. The kernel backend is always used if
nothing else is available.

uswsusp
If your system has support for the userspace suspend programs (s2ram/s2disk/s2both), then use this.

tuxonice
If your system has support for tuxonice/suspend2, use this.
[/code]

Кстати, откуда вы решили, что ядро опознало файл, если:

[11900.227907] TuxOnIce: No storage was registered.

это после команды pm-hibernate в логах остаётся

а при загрузке оно написало вот это:

[    1.973676] TuxOnIce 3.1.1 (http://tuxonice.net)
[    2.787042] TuxOnIce: No image found.

я подумал, что оно видит файл, но просто рапортует, что нет образа системы, то есть, компьютер не был усыплён

или я ошибаюсь?

Покажите, пожалуйста, какой именно инструкцией на gentoo wiki вы пользовались.

вот

3.2, 3.3 или 3.4?

при исп. 3.2 система нормально засыпает и просыпается, но только один раз, при второй попытке не может записать образ системы

при использовании 3.4 вообще не может найти файл, хотя я всё делал в точности так, как там написано

в общем, сделал вот что: создал на втором харде большущий своп-раздел (10 гигов, чтобы влезло оперативка+своп), но в fstab его не заносил, оставил в нём только первый своп

четыре раза прогнал pm-hibernate - всё отлично сработало

вот только у меня вопрос возник - откуда pm-utils знают, в какой своп надо сохранять образ? неужели они лезут в граб и смотрят, что я там прописал?

В случае 3.4 стоит посмотреть на начало файла. mkswap мог затереть первые 512 байт (несмотря на это, они не используются для swap).

Есть ли какие-то подробности в сообщении о невозможности записать образ?

Скорее, tuxonice запоминает параметр ядра resume.
Кстати, мне тоже приходила в голову мысль не описывать в fstab расположение hibernate-файла.

>Скорее, tuxonice запоминает параметр ядра resume

да, как оказалось, в дебрях /sys/power/tuxonice есть файл с указанным resume-разделом

>Есть ли какие-то подробности в сообщении о невозможности записать образ?

он его вообще не находит, наверное, в самом деле своп-сигнатура оказалась затёрта