[SOLVED] Problems getting hibernate to work

[UnclePa]

I've recently installed Gentoo and haven't been able to get hibernate/resume working. I've used a few other distros in the past on this computer and didn't have any problem with this so I'm probably missing something simple or doing something stupid.

This is on a laptop and I'm using EFI alone to boot. (Edit: Not quite true. I forgot I installed refind a long time ago when using Arch. That's still what I'm using to boot.) Also, I'm using a swap file rather than a swap partition.

/proc/cmdline = root=/dev/sda2 \vmlinuz-4.19.27-gentoo-r1ceh004 ro resume=PARTUUID=ce1b1710-2af5-4f2a-90fe-75b02b6b4aac resume_offset=13330432 initrd=initramfs-genkernel-x86_64-4.19.27-gentoo-r1ceh004

filefrag -v /swap -->
Filesystem type is: ef53
File size of /swap is 8589934592 (2097152 blocks of 4096 bytes)
ext: logical_offset: physical_offset: length: expected: flags:
0: 0.. 0: 13330432.. 13330432: 1:
...

dmesg lists the cmdline a couple of times but I don't see any attempt to resume. I'm using 's2disk' to hibernate as I did in the other distros.

I've checked and re-checked the PARTUUID. My latest attempt was adding the initram which I don't remember doing on the other distros but perhaps they did it automatically.

[UnclePa]

Does anyone have any ideas I could try? This is a show-stopper for me.

[Hu]

At what stage in the initramfs is the kernel supposed to attempt a resume? Is the relevant device ready when the resume should be attempted? Are you sure the resume is attempted?

[duane]

Have you tried using the device instead of a UUID (resume=/dev/sda6)?

[pjp]

It isn't entirely clear if you used Suspend and hibernate.

That guide also references a forum topic which offers this:

[UnclePa]

Thanks, everyone. Man, I feel silly. Every other distro I've used required the PARTUUID. Replacing that with /dev/sda2 fixed the problem. Sorry I didn't think to try that. Again, thanks very much!