How were you setting it up? Maybe you just always made the same mistakes.
From memory, this is how I did it last time:
create swap partition of RAM size
put that in fstab, reffered to by PARTUUID
activate swap with swapon -a, or just reboot
edit bootloader config to have resume=PARTUUID=yourpartuuidxxxxxxxxxxx in the kernel parameters list. Be sure to edit the right file, not one that will be overwritten. For GRUB2, this is /etc/default/grub I think.
if the bootloader’s config system works like this, regenerate the complete config. On openSUSE, the file mentioned above has a comment at the top with the command you need to use. It’s something like grub2-mkconfig -o /boot/grub.cfg but do not copy this command because it’s probably inaccurate
save your work while you’re unsure if it will work
test hibernation
I have done this on 2 PCs already.
If you have garbage hardware, like a chromebook that only allows expandable storage through a micro SD card reader, which can randomly lose its mind so that Linux resets it on resume, then it may not work ever or only unreliably. But with SATA connected storage you shouldn’t have this problem.
How were you setting it up? Maybe you just always made the same mistakes.
From memory, this is how I did it last time:
resume=PARTUUID=yourpartuuidxxxxxxxxxxxin the kernel parameters list. Be sure to edit the right file, not one that will be overwritten. For GRUB2, this is/etc/default/grubI think.grub2-mkconfig -o /boot/grub.cfgbut do not copy this command because it’s probably inaccurateI have done this on 2 PCs already.
If you have garbage hardware, like a chromebook that only allows expandable storage through a micro SD card reader, which can randomly lose its mind so that Linux resets it on resume, then it may not work ever or only unreliably. But with SATA connected storage you shouldn’t have this problem.