Hi, Ben Hutchings <b...@decadent.org.uk> wrote: > On Sun, 2017-08-27 at 13:04 +0200, Holger Wansing wrote: > > Control: reassign -1 initramfs-tools > > > > > > Holger Wansing <li...@wansing-online.de> wrote: > > > > > > I tried to find the problem, and performed some tests found on > > > https://www.kernel.org/doc/Documentation/power/basic-pm-debugging.t > > > xt > > > in »a) Test modes of hibernation«: > > > I ran all off (one by one): > > > echo freezer > /sys/power/pm_test > > > echo devices > /sys/power/pm_test > > > echo platform > /sys/power/pm_test > > > echo processors > /sys/power/pm_test > > > echo core > /sys/power/pm_test > > > and then hibernated and resumed. > > > Everything with success ! > > > > > > I also did (from »c) Using the "test_resume" hibernation option«): > > > # echo test_resume > /sys/power/disk > > > # echo disk > /sys/power/state > > > and this succeeded too, several times and reliably. > > > > > > > > > So this is probably not a kernel issue. > > > I will try if a BIOS upgrade solves the problem. > > > > After BIOS upgrade, still no success :-( > > > > Anyhow, this does not look kernel-related; since initramfs is also > > involved in hibernating, reassigning accordingly. > > The initramfs just tells the kernel where to read the resume image > from. But do check whether the resume device is configured correctly > (see /usr/share/doc/initramfs-tools/NEWS.Debian.gz)
It was configured in /etc/initramfs-tools/conf.d/resume: RESUME=UUID=446d3716-ee67-4c7c-90fa-ae5c3aaf5ec7 The UUID matches the swap partition. So I assume everything is fine here. And the harddrive (an SSD) gets some seconds of heavy load, so I think, it loads the resume image. Holger -- Holger Wansing <hwans...@mailbox.org> PGP-Finterprint: 496A C6E8 1442 4B34 8508 3529 59F1 87CA 156E B076