Dell Precision M20: Does not attempt resume from hibernate

Bug #40609 reported by Trent Lloyd
22
Affects Status Importance Assigned to Milestone
initramfs-tools (Ubuntu)
Confirmed
Medium
Unassigned

Bug Description

Testing latest ubuntu beta 1 - sleep works fine but hibernate, while hibernating happy, just boots up normally after and does not try to resume

Tried a second time, which failed due to lack of swap - since it has a hibernate image in it from previous.

Revision history for this message
Trent Lloyd (lathiat) wrote :

Note that this is a regression from breezy.

Revision history for this message
Matthew Garrett (mjg59) wrote :

Is this an upgrade? If so, can you check what RESUME= is set to in /etc/mkinitramfs/conf.d/resume ?

Revision history for this message
Trent Lloyd (lathiat) wrote :

is not an upgrade - fresh install
the resume file does not exist

Revision history for this message
Matthew Garrett (mjg59) wrote :

Hmm. Reasonably sure it's meant to. How did you install?

Revision history for this message
Trent Lloyd (lathiat) wrote :

Using the new espresso installer - reasonably standardly

Revision history for this message
Matthew Garrett (mjg59) wrote :

Ah. It's possible that this doesn't get dealt with properly under espresso - Adam, any ideas?

Revision history for this message
Martin Bergner (martin-bergner) wrote :

can confirm ubuntu dapper, espresso install, custom partitioning, only option: "do not format swap partition"

Changed in initramfs-tools:
status: Unconfirmed → Confirmed
Revision history for this message
Julian Yap (julian-yap) wrote :

Hibernation did not work "out of the box" for me using Dell Inspiron 6000.

Reported here:
https://wiki.ubuntu.com/LaptopTestingTeam/DellInspiron6000-2

Once hibernation works, however, screen locking does not work once resuming from hibernation:
https://launchpad.net/bugs/27717

Please note: I am a newbie to Ubuntu bug reporting.

Revision history for this message
Matt Zimmerman (mdz) wrote :

I haven't been using RESUME= for ages; initramfs-tools should deal with this automatically these days. Perhaps some debugging code needs to be added to see where it's going wrong.

Perhaps the hibernation actually failed?

Also, modern initramfs-tools fixes the swap space signature after a failed resume, no?

Revision history for this message
Matt Zimmerman (mdz) wrote :

/etc/mkinitramfs/conf.d/resume is created by the initramfs postinst, not by the installer. It's possible that no swap is activated at the point where espresso regenerates the initramfs, and so it doesn't get written out. Colin, can you comment?

Revision history for this message
Brandon Hale (brandon) wrote :

> Perhaps the hibernation actually failed?

Hibernation does not fail, if you edit the kernel command line in grub while booting to add
resume=/dev/foo it resumes cleanly.

> Also, modern initramfs-tools fixes the swap space signature after a failed resume, no?

I am not so sure about this one, after booting after a 'failed resume' the dirty swap was not initialized and the subsquent hibernate failed. I had to mkswap && swapon to clean things out.

Revision history for this message
Luka Renko (lure) wrote :

See also bug 38333 - they also claim that espresso might have caused missing RESUME= line.

Revision history for this message
Trent Lloyd (lathiat) wrote :

This is fixed now for me as of dapper RC

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.