Hi, kix, Maximilian and Michael. First of all: this bug affected kernel-based hibernation, too (details follow).
So, I performed something like "git bisect" to determine why the bug was magically fixed. I debootstrapped a lot of minimal sid Debian systems from snapshot.debian.org. I wrote scripts, which automatically bootstrap system, run it in Qemu and check whenever this system contains bug. "Steps to reproduce" I used, was the following: 1. Bootstrap system (with swap present in /etc/fstab) 2. Start it in Qemu, install uswsusp, run "s2disk", this causes Qemu to close 3. Start the system in Qemu again. If it wakes up - there is no bug, the system is "good". If starts from scratch - "bad" Result is: current (2014-09-01) - good http://snapshot.debian.org/archive/debian/20130601T035649Z - bad http://snapshot.debian.org/archive/debian/20140101T042327Z - good http://snapshot.debian.org/archive/debian/20130901T040738Z - bad http://snapshot.debian.org/archive/debian/20131101T040405Z - good http://snapshot.debian.org/archive/debian/20131001T035353Z - good http://snapshot.debian.org/archive/debian/20130915T035028Z - bad http://snapshot.debian.org/archive/debian/20130924T035052Z - good http://snapshot.debian.org/archive/debian/20130920T034833Z - bad http://snapshot.debian.org/archive/debian/20130922T035833Z - bad http://snapshot.debian.org/archive/debian/20130923T035105Z - good http://snapshot.debian.org/archive/debian/20130922T154933Z - bad http://snapshot.debian.org/archive/debian/20130922T220333Z - good So, the bug was "fixed" in 20130922T154933Z .. 20130922T220333Z. Only one package (in this minimal systems) was updates at this time: initramfs-tools: it was bumped from 0.113 to 0.114. Looking at the git log for initramfs-tools it seems that the bug was "fixed" in this commit: commit fef37d599aae9f2f3fc6808b46e901a7a4267c76 Author: maximilian attems <m...@debian.org> Date: Wed Sep 11 00:40:10 2013 +0200 hooks: Add resume hook instead of hardcoding RESUME once on preinst This logic is better run every time on update-initramfs, as swap partition of a system might change. Also there are scenarios where the preinstall picks up a wrong value that stays wrongly hardcoded. This results in a 5s useless wait on boot. The biggest swap partition is used as valid guess. This was previously the logic and is the logic used by ubiquity (Ubuntu live installer) too. Closes: #565225, LP 50437. Thanks-to: Dmitrijs Ledkovs <launch...@surgut.co.uk> Reviewed-by: Martin Pitt <martin.p...@ubuntu.com> Reviewed-by: Michael Prokop <m...@debian.org> Signed-off-by: maximilian attems <m...@debian.org> If you want, I can give you scripts I wrote, I can preform bisect again for some reason, I can help with testing/reproducing etc. I want to point some notes: I'm not Debian developer nor Debian maintainer. I'm just a bug reporter. This bug currently doesn't affect me, because 1) it is "fixed" 2) i can write "resume" file myself. I don't know whenever the bug is really "fixed" now or this is just some trick. I don't know how to fix it the best way. I don't understand some of the letters in this bug report. But I want to help you with fixing this bug. Michael Prokop: > Are you willing to work on this? :) I had "worked" just now. So, now please say me is this bug really fixed or not. Also, the bug was reproducible for kernel-based hibernation on 20130922T154933Z and not reproducible on 20130922T220333Z (i. e. before and after the initramfs-tools 0.114 release). Steps: 1. Bootstrap 20130922T154933Z (without swap) 2. Install pm-utils 3. Add swap 4. Reboot 5. dpkg-reconfigure initramfs-tools 6. pm-hibernate (fails) 7. Upgrade to initramfs-tools 0.114 (this will cause reconfiguring) 8. pm-hibernate (works) I think bug still is not fixed. Because initramfs-tools just uses current swap and doesn't use /etc/uswsusp.conf. But probably the bug is fixed for kernel-based hibernation. What to do? I don't know. Maybe "uswsusp should always use current swap" or "add initramfs-tools hook which reads /etc/uswsusp.conf and writes <resume>" or "pick any solution from this bug report or debian-devel discussion". I reopened this bug to make sure you will answer my message, will not forget this bug and will really resolve it. == Askar Safin http://vk.com/safinaskar Moscow, Russia Moscow State University, http://msu.ru , Faculty of Mechanics and Mathematics, Department of Mathematical Logic and Theory of Algorithms - -
