[Dell Inc. MXC061] hibernate/resume failure

Bug #358583 reported by Francis J. Lacoste
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
In Progress
Medium
Matt Zimmerman

Bug Description

Hibernate never worked on this latop (at least until Hardy), I've never tested Hardy.

It seems to go to hibernation fine, (at least it shuts down). But when I restart, it's like a normal boot apart from the recovering of the ext3 journals.

ProblemType: KernelOops
Annotation: This occured during a previous hibernate and prevented it from resuming properly.
Architecture: i386
DistroRelease: Ubuntu 9.04
ExecutablePath: /usr/share/apport/apportcheckresume
Failure: hibernate/resume
InterpreterPath: /usr/bin/python2.6
MachineType: Dell Inc. MXC061
Package: linux-image-2.6.28-11-generic 2.6.28-11.41
ProcAttrCurrent: unconfined
ProcCmdLine: root=UUID=86b94072-9e71-4dad-8def-f559d24dc1c0 ro splash
ProcCmdline: /usr/bin/python /usr/share/apport/apportcheckresume
ProcEnviron: PATH=(custom, no user)
ProcVersionSignature: Ubuntu 2.6.28-11.41-generic
SourcePackage: linux
Tags: resume hibernate
Title: [Dell Inc. MXC061] hibernate/resume failure
UserGroups:

Revision history for this message
Francis J. Lacoste (flacoste) wrote :
Revision history for this message
Matt Zimmerman (mdz) wrote :

That's odd, your dmesg doesn't show any attempt to resume. Mine looks like this:

[ 3.002362] PM: Starting manual resume from disk
[ 3.002365] PM: Resume from partition 8:5
[ 3.002367] PM: Checking hibernation image.
[ 3.002560] PM: Resume from disk failed.

(that's normal when the system wasn't hibernated)

Are you using any kind of custom kernel or initramfs on this system?

Revision history for this message
Francis J. Lacoste (flacoste) wrote :

I'm using stock kernel and I don't know about initramfs, so I guess I'm using the default there also.

I do remember though that whenever I installed a kernel package under hardy I had a message like this:

update-initramfs: Generating /boot/initrd.img-2.6.24-22-generic
cryptsetup: WARNING: found more than one resume device candidate:
                     /dev/sda6
                     UUID=61e8a88a-3afc-4898-a4b8-b1434c534ab5

But cryptsetup isn't installed anymore under Jaunty and this warning doesn't appear in the last initramfs run:

update-initramfs: Generating /boot/initrd.img-2.6.28-11-generic

Revision history for this message
Matt Zimmerman (mdz) wrote : Re: [Bug 358583] Re: [Dell Inc. MXC061] hibernate/resume failure

On Thu, Apr 09, 2009 at 08:47:16PM -0000, Francis J. Lacoste wrote:
> I'm using stock kernel and I don't know about initramfs, so I guess I'm
> using the default there also.
>
> I do remember though that whenever I installed a kernel package under
> hardy I had a message like this:
>
> update-initramfs: Generating /boot/initrd.img-2.6.24-22-generic
> cryptsetup: WARNING: found more than one resume device candidate:
> /dev/sda6
> UUID=61e8a88a-3afc-4898-a4b8-b1434c534ab5
>
> But cryptsetup isn't installed anymore under Jaunty and this warning
> doesn't appear in the last initramfs run:
>
> update-initramfs: Generating /boot/initrd.img-2.6.28-11-generic

Are you using an encrypted root filesystem and/or swap?

--
 - mdz

Revision history for this message
Francis J. Lacoste (flacoste) wrote :

Not that I know of :-)

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

On Tue, Apr 14, 2009 at 06:35:51PM -0000, Francis J. Lacoste wrote:
> Not that I know of :-)

Please attach:

/etc/initramfs-tools/conf.d/resume
/etc/fstab
/proc/swaps

--
 - mdz

Revision history for this message
Francis J. Lacoste (flacoste) wrote :

Here they are

Revision history for this message
Francis J. Lacoste (flacoste) wrote :
Revision history for this message
Francis J. Lacoste (flacoste) wrote :
Revision history for this message
Matt Zimmerman (mdz) wrote :

Thanks. So your fstab says your swap device is /dev/sda6, but the resume
process will be looking for a swap device by UUID
(61e8a88a-3afc-4898-a4b8-b1434c534ab5).

So we need to know if the UUID on /dev/sda6 matches. If it doesn't, then
that's the problem.

Please send the output of:

sudo vol_id /dev/sda6

--
 - mdz

Revision history for this message
Francis J. Lacoste (flacoste) wrote :

ID_FS_USAGE=other
ID_FS_TYPE=swap
ID_FS_VERSION=2
ID_FS_UUID=ba984514-6bb2-43db-a4df-6fda91ed1621
ID_FS_UUID_ENC=ba984514-6bb2-43db-a4df-6fda91ed1621
ID_FS_LABEL=swap
ID_FS_LABEL_ENC=swap

So I guess, I need to fix something? Add UUID=ba984514-6bb2-43db-a4df-6fda91ed1621 to the fstab line and update /etc/initramfs-tools/conf.d/resume to that same value?

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

On Wed, Apr 15, 2009 at 07:11:32PM -0000, Francis J. Lacoste wrote:
> ID_FS_USAGE=other
> ID_FS_TYPE=swap
> ID_FS_VERSION=2
> ID_FS_UUID=ba984514-6bb2-43db-a4df-6fda91ed1621
> ID_FS_UUID_ENC=ba984514-6bb2-43db-a4df-6fda91ed1621
> ID_FS_LABEL=swap
> ID_FS_LABEL_ENC=swap
>
> So I guess, I need to fix something? Add UUID=ba984514-6bb2-43db-a4df-
> 6fda91ed1621 to the fstab line and update /etc/initramfs-
> tools/conf.d/resume to that same value?

Correct. Replace /dev/sda6 with UUID=... in fstab and update
/etc/initramfs-tools/conf.d/resume with the same value.

--
 - mdz

Revision history for this message
Francis J. Lacoste (flacoste) wrote :

I've updated the three files and attempted hibernate again with the exact same results. Again, there is no sign of an attempt to look for the resume device on boot after wards. I'm attachin the kern.log file, at the end you'll find the boot-up after the hibernation attempt, and the entry before that are what was printed when hibernation was requested.

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

On Wed, Apr 15, 2009 at 08:56:18PM -0000, Francis J. Lacoste wrote:
> I've updated the three files and attempted hibernate again with the
> exact same results. Again, there is no sign of an attempt to look for
> the resume device on boot after wards. I'm attachin the kern.log file,
> at the end you'll find the boot-up after the hibernation attempt, and
> the entry before that are what was printed when hibernation was
> requested.

Sorry, I should have mentioned...you'll need to run:

sudo update-initramfs -u

to rebuild the initramfs after updating the conf.d/resume file.

--
 - mdz

Matt Zimmerman (mdz)
Changed in linux (Ubuntu):
assignee: nobody → Matt Zimmerman (mdz)
importance: Undecided → Medium
status: New → In Progress
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.