On 12.06.2015 08:04, Andrei Borzenkov wrote:
[ 1.778238] audit: type=1130 audit(1434065222.148:10): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-hibernate-resume@dev-disk-by\x2duuid-480edb48\x2d8447\x2d4b47\x2d8b8e\x2d661cbd893927 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
the uuid device seems to be the right one: lrwxrwxrwx 1 root root 10 Jun 12 01:27 /dev/disk/by-uuid/480edb48-8447-4b47-8b8e-661cbd893927 -> ../../sda1
/var/lib/s2disk.conf looks like this (I tried to enable a few of the debugging options in suspend.conf): But s2disk is user level suspend which also writes different signature to hibernate partition. You need to use user level resume, not kernel
[ 1.777636] PM: Hibernation image not present or could not be loaded. directly for this.
Does your dracut include 95resume module? If not, try adding it explicitly
echo 'add_dracutmodules+=" resume"'
/etc/dracut.conf.d/95-user-level-resume.conf And recreate initrd.
I didn't have a 95resume module and now added it, but I see no difference in behavior or logs (see attached full dmesg output). Should there be anything about dracut trying to do a resume in the log? Regards, Ingmar