В Fri, 12 Jun 2015 13:37:14 +0200
Ingmar Sittl
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?
Well, apparently it is not even installed if building systemd-based initrd: # if systemd is included and has the hibernate-resume tool, use it and nothing else if dracut_module_included "systemd" && [[ -x $systemdutildir/systemd-hibernate-resume ]]; then inst_multiple -o \ $systemdutildir/system-generators/systemd-hibernate-resume-generator \ $systemdsystemunitdir/systemd-hibernate-resume@.service \ $systemdutildir/systemd-hibernate-resume return 0 fi I noticed you were using pm-utils. Try kernel level hibernate first, does it work? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org