[Edgy] Normal boot (no resume) when starting computer after hibernation

Bug #65798 reported by Jan Mynarik
10
Affects Status Importance Assigned to Milestone
acpi-support (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

I manage to succesfully hibernate my notebook but when I turn it on, it normally boots with no resume. To resume I needed to manually add resume=/dev/sda5 (my swap partition) in grub menu (after power-on).

I suspect this may be a problem with upgrade from dapper. Any suggestions?

Revision history for this message
Gabriel Ambuehl (gabriel-ambuehl) wrote :

This happens on my Toshiba Portege M200 as well. I did a clean install, not upgrade from Dapper.

I'm using linux-image-2.6.17-10-386 (as the generic one doesnt seem to work with nvidia-glx kernel modules).

Changed in acpi-support:
status: Unconfirmed → Confirmed
Revision history for this message
Jan Mynarik (jan-mynarik) wrote :

Is anybody looking at this? This bug makes hibernation unusable. Thanks.

Revision history for this message
tonfa (bboissin) wrote :

if you don't have /etc/initramfs-tools/conf.d/resume you have to create it with the right value.

Revision history for this message
Jan Mynarik (jan-mynarik) wrote :

Thanks for the hint, /etc/initramfs-tools/conf.d/resume was really missing. Creating it (with right information - RESUME=UUID=<id of my swap partition from fstab>) didn't help though, still getting normal boot.

Revision history for this message
Jan Mynarik (jan-mynarik) wrote :

I probably forgot to rebuild initramfs, I did so with 'sudo dpkg-reconfigure initramfs-tools' but now I can't even suspend or hibernate (actually, I can't even halt or restart the computer, it just stops, the last message is from NetworkManager shutdown).

Revision history for this message
Jan Mynarik (jan-mynarik) wrote :

All resolved here!

Problem with shutdown/restart/suspend was in fact problem with starting/stopping mysql (boot process didn't finish due to mysql start problems; it was caused by corrupted mysql files that got bad during normal boot after hibernation).

So creation of conf.d/resume DID help. I can hibernate/resume perfectly now.

P.S. Problem with conf.d/resume could be problem even in freshly installed edgy, see https://launchpad.net/bugs/67932

Revision history for this message
Nicolas DERIVE (kalon33) wrote :

Gabriel, Is the Jan work can be applied on your computer and does it solve your problem ? If yes, we can close this bug, as the problem with conf.d/resume is part of another bug report.

Revision history for this message
Gabriel Ambuehl (gabriel-ambuehl) wrote :

I'm not sure, with the latest kernels my machine won't even hibernate reliably anymore so I can't really test :(

Revision history for this message
Gabriel Ambuehl (gabriel-ambuehl) wrote : Re: [Bug 65798] Re: [Edgy] Normal boot (no resume) when starting computer after hibernation

Actually, I got my laptop to suspend today and it restarted perfectly. So
configuring initramfs-tools/conf.d/resume correctly does fix the problem.

Revision history for this message
Jan Mynarik (jan-mynarik) wrote :

One more thing, I think that the check for existing /etc/initramfs-tools/conf.d/resume (and its possible automatic generation) should be moved to initramfs-tools' postinst. This way it would mean fixing this problem with upgrade and thus no need for manual intervention. Although this is probably bug for initramfs-tools.

Revision history for this message
tonfa (bboissin) wrote :

this bug should probably be marked as dup from 66637

Revision history for this message
Nicolas DERIVE (kalon33) wrote :

to tonfa : If there is a dupe, the reference bug is the more documented, or, if you can't choose between it, the one which has the smallest number (here 65798<66637).

Revision history for this message
Nicolas DERIVE (kalon33) wrote :

Scott, what do you think of that and of the workaround which is suggested ? Is there really acpi-support related ?

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.