| k0t9i |
|
|
Темы:
3
Сообщения:
8
Участник с: 18 августа 2009
|
В общем как то не работает, девайс eee pc 701, своп создал раздел на внешнем носителе. в menu.lst прописалresume=/dev/sdb2 Resumed at Чтв Окт 15 13:10:07 NOVST 2009 Starting suspend at Чтв Окт 15 13:11:16 NOVST 2009 hibernate: [01] Executing CheckLastResume ... hibernate: [01] Executing CheckRunlevel ... hibernate: [01] Executing LockFileGet ... hibernate: [01] Executing NewKernelFileCheck ... hibernate: [10] Executing EnsureSysfsPowerStateCapable ... hibernate: [11] Executing XHacksSuspendHook1 ... hibernate: [59] Executing RemountXFSBootRO ... hibernate: [89] Executing SaveKernelModprobe ... hibernate: [91] Executing ModulesUnloadBlacklist ... hibernate: [91] Executing ModulesUnloadBlacklist ... hibernate: [95] Executing XHacksSuspendHook2 ... hibernate: [98] Executing CheckRunlevel ... hibernate: [99] Executing DoSysfsPowerStateSuspend ... hibernate: Activating sysfs power state disk ... |
| iriver550 |
|
|
Темы:
4
Сообщения:
78
Участник с: 03 января 2009
|
какими программами настраивали переход в hibernate? pm-utils или что-то другое? |
| k0t9i |
|
|
Темы:
3
Сообщения:
8
Участник с: 18 августа 2009
|
pm-utils, hibernate-script |
| k0t9i |
|
|
Темы:
3
Сообщения:
8
Участник с: 18 августа 2009
|
Проблема найдена, кардридер с /dev/sdb2 определяется слишком поздно. |
| muu |
|
|
Темы:
8
Сообщения:
476
Участник с: 16 ноября 2008
|
Потому что кардридер будет недоступен пока не догрузится модуль eeepc-laptop, а он грузится чуть не 20 секунд. На ядре 2.6.30 udev при старте так замирал на это время, а вот в 2.6.31 эту паузу, видимо, засунули в бекгрануд. Как вариант: используй uswsusp, он позволяет засыпать в своп-файл на корневом разделе. У меня все работает уже очень давно и стабильно. Подробно настройку я описывал тут же, на форуме, в теме про eee 901. |
| nikisch |
|
|
Темы:
7
Сообщения:
224
Участник с: 24 ноября 2009
|
Не новичок и проблема не так проста как у топиксталкера, но новую тему создавать не хочу. Манджаро, бут отдельно вынесен, корень на btrfs. Хуки в mkinitrd.conf прописал, resume прописал в конфиге груба. выглядит так menuentry 'Manjaro Linux (Kernel: 3.8.8-1-MANJARO x64)' --class manjaro --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.8.8-1-MANJARO x64-true-25b84467-034e-4a71-9e4d-f96e28322303' {
savedefault
load_video
set gfxpayload=keep
insmod gzio
insmod part_msdos
insmod ext2
set root='hd0,msdos3'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos3 --hint-efi=hd0,msdos3 --hint-baremetal=ahci0,msdos3 fa2bb887-ce06-4e33-8026-82d560ed970a
else
search --no-floppy --fs-uuid --set=root fa2bb887-ce06-4e33-8026-82d560ed970a
fi
echo 'Загружается Linux 3.8.8-1-MANJARO x64 …'
linux /vmlinuz-38-x86_64 root=UUID=25b84467-034e-4a71-9e4d-f96e28322303 ro rootflags=subvol=__active resume=/dev/disk/by-uuid/505344c0-75a1-46de-8d2c-9e4eb9047c9c
echo 'Загружается начальный виртуальный диск …'
initrd /initramfs-38-x86_64.imgСама система нормальная, у меня на ноуте все отлично засыпает. Пробовал конфиги тереть и переставлять пакеты - бес толку Видяха у меня нвидия с блобом. Раньше с этим модулем были проблемы, но сейчас никаких сообщений нету. Есть идеи куда копать? |