Resuming from suspend2disk with from a LVM swap partition

[Geralt]

Hi,

I've got a swap partition in my lvm group "gentoo", so its path is /dev/gentoo/swap. I've set as default resume partition in the kernel "/dev/gentoo/swap" and I'm passing as real_resume argument to the kernel /dev/gentoo/swap. But after suspending to disk with "sudo hibernate --force" and then restarting my notebook it just does a regular boot.
I'm using swsuspend.

What could cause this? I've got this problem before and added the real_resume parameter to the kernel parameters, but now I've got the same problem again.

[Hu]

Check your dmesg output after a normal boot. My guess is that, at the time the kernel tries to resolve your path to a device node, the node does not exist, so the kernel cannot find the suspend device. Even if the hibernate script fixes that for you, the resume phase will not be able to find it either, and will require a normal boot. If this is the problem, you can have the initrd restate the resume path to the kernel after the device node is available. This is a common problem, and the typical resolution, on notebooks that use a dm-crypt protected swap partition.

[Geralt]

Hi,

I did that and there's nothing. I'm using the genkernel script to create my initramfs. I just checked with the "debug" kernel parameter myself that it's not possible to resume. When using the "debug" option I get a shell while running the init-script of genkernel. At this point all drives from my volume group are mounted and I tried myself echo "/dev/gentoo/swap" > /sys/power/resume" and nothing happend after exiting the debug shell.
The kernel does a regular boot.


Any ideas what could be the cause of this? If I would miss swsusp support in the kernel there would be no /sys/power/resume file right? And I wouldn't be able to suspend the system to disk/ram in the first place, right?




Geralt.