Dear Michael, Thank you for your reply.
Le jeudi 17 février 2011 à 09:57 +0100, Michael Biebl a écrit : > Am 17.02.2011 09:50, schrieb Emmanuel Charpentier: > > Package: pm-utils > > Version: 1.3.0-3 > > Severity: important > > > > I installed testing about one year ago on this machine. The default > > installation and eeepc-acpi-utils allowed me to use both suspension and > > hibernation with no problems. > > > > A couple of weeks ago, I noticed that resuming from hibernation stopped from > > working : the machine starts with Asus splash screen, then grub splash > > screen, > > detects a resume image, blanks screen for a while (as usual). However, > > after > > 5-10 seconds (time expexcted to get the screen-save prompt for a password > > when > > resuming from hibernation), the system reboots back to the Asus splash > > screen, > > the the grub splash screen ; this second time, the resume image is not > > detected > > and the system performs a "normal" boot (perfectly. > > > > I tried to (manually) pass some --quirks options to pm-hibernate, to no > > avail > > (ISTR I tried vberestore, pcirestore, but I'm no longer sure). > > > > Therefore, I can no longer use hibernation, which is somewhat annoyng and > > renders me more dependent on power supplies. > > > > The same bug has been reported (in analogous circumstances) on the eeepc > > devel > > mailong list a few days ago (I don't have the reference currently). > > > > Any workaround would be welcome. > > Are you using KMS (cat /proc/fb)? "# cat /proc/vb" produces : 0 inteldrmfb So I suppose I do. > Does > echo "disk" > /sys/power/state > work (as root)? # cat /sys/power/state mem disk # echo "disk" > /sys/power/state" [ system shuts down. ] [ When restarted (power button), the system exhibits the same behaviour as initially described, i. e : starts to restore its previous state (Asus splash, grub splash, "Please wait..."), then reboots again and does a normal startup (Asus splash, grub splash, normal startup sequence). ] > Does the partition in /etc/initramfs-tools/conf.d/resume match your swap > partition? Yep. Same identifier (generated at initial install. Do you need it ?) in /etc/fstab and /etc/initramfs-tools/conf.d/resume. > Why do believe this is a bug in pm-utils? The conjunction of : - the fact that a very similar bug (giving the same behaviour) was mysteriously fixed (see http://lists.alioth.debian.org/pipermail/debian-eeepc-devel/2011-February/004032.html and following) by an update of grub-pc, linux-image and pm-utils (and an upgrade to wheezy, which I already did), - that I reinstalled and updated grub-pc and pm-utils with no modification, - that I checked that linux-image is the last available version, and - that of the above, pm-utils seems closely related to hibernation/suspension. That's my best (uneducated) guess... Should I try to reinstall linux-image ? Thank you gain for your time ! Emmanuel Charpentier -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
