laptop does not complete suspend

Bug #512972 reported by Jordan Dawe
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
pm-utils (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: pm-utils

Lenovo x61t laptop running Karmic 9.10 pm-utils 1.2.5-2ubuntu7

When I try to suspend, either via closing the lid or selecting suspend from the logout menu, the laptop attemps to suspend but never completes the suspend. Monitor is off and all input is gone, pm-utils.log indicates it has gone through the suspend sequence. Suspend was working fine two days ago, I noticed this in the morning when I woke up and my laptop battery was dead. Normally on my x61t the suspend light flashes for ~3 seconds before sleeping, now it simply never stops flashing. When I open the laptop lid to attempt wakeup, nothing happens--I have to power off and restart. I have tried to suspend ~ 5 times and it has failed each time. I have tried this with kernel-2.6.31-16-generic and kernel-2.6.31-17-generic with the same result.

ProblemType: Bug
Architecture: i386
Date: Tue Jan 26 13:10:27 2010
DistroRelease: Ubuntu 9.10
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release i386 (20091028.5)
Package: pm-utils 1.2.5-2ubuntu7
PackageArchitecture: all
ProcEnviron:
 PATH=(custom, user)
 LANG=en_CA.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-17.54-generic
SourcePackage: pm-utils
Uname: Linux 2.6.31-17-generic i686
XsessionErrors:
 (gnome-settings-daemon:3488): GLib-CRITICAL **: g_propagate_error: assertion `src != NULL' failed
 (polkit-gnome-authentication-agent-1:3590): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed
 (nautilus:3582): Eel-CRITICAL **: eel_preferences_get_boolean: assertion `preferences_is_initialized ()' failed
 (firefox:17889): GLib-WARNING **: g_set_prgname() called multiple times

Revision history for this message
Jordan Dawe (freedryk) wrote :
Revision history for this message
Jordan Dawe (freedryk) wrote :

pm-suspend.log

Revision history for this message
Jordan Dawe (freedryk) wrote :

syslog

Revision history for this message
Jordan Dawe (freedryk) wrote :

Just discovered the laptop will suspend successfully prior to logging into gnome. I booted the laptop, did ctrl-alt-F1 to a terminal and executed sudo pm-suspend successfully. Upon resume, I returned to the gdm login screen and closed the lid, which also suspended correctly. Upon resume, I logged into gnome, then closed the lid, and suspend failed as before.

Revision history for this message
Chow Loong Jin (hyperair) wrote : Re: [Bug 512972] Re: laptop does not complete suspend

On Wednesday 27,January,2010 05:48 AM, Jordan Dawe wrote:
> Just discovered the laptop will suspend successfully prior to logging
> into gnome. I booted the laptop, did ctrl-alt-F1 to a terminal and
> executed sudo pm-suspend successfully. Upon resume, I returned to the
> gdm login screen and closed the lid, which also suspended correctly.
> Upon resume, I logged into gnome, then closed the lid, and suspend
> failed as before.
>
How about trying to suspend without closing the lid? Does that work?

--
Kind regards,
Chow Loong Jin (GPG: 0x8F02A411)
Ubuntu Contributing Developer

Revision history for this message
Jordan Dawe (freedryk) wrote :

On the day I submitted the bug, nothing worked. However, yesterday the laptop began to suspend again without any intervention on my part. Works perfectly from the command line and via closing the lid. I have no idea what happened.

Revision history for this message
CJ Collins (catherinecollins) wrote :

I had a problem with this -- Acer Aspire One. Suspend worked under Jaunty. Under Karmic, functioning was sporadic. Sometimes, the laptop would not resume. Or it would resume to the login screen, but not accept my username or password. On one occasion, I was completely locked out. Even a power down and subsequent reboot failed to get me back in to the login screen. At that point I reinstalled Jaunty.

Revision history for this message
Brandon M (bmac) wrote :

I also have this problem, with 10.04, except once it goes into sleep, it never wakes up.. Holding power actually does nothing, and I'm forced to pull the battery out of my laptop, just to get POST again..

What is upsetting me and really frustrating, is the fact that everyone is ignoring these sleep mode bugs, like the Ubuntu team doesn't care.. Frankly I'm tempted to move to Fedora..

Revision history for this message
John A Meinel (jameinel) wrote :

This looks like something I can reliably reproduce ATM on 11.10. If I close the laptop lid on my Lenovo T500 while on AC power, it suspends very quickly. If I close the lid while on battery power, the sleep indicator starts blinking. At this point, the machine starts to get very hot (the fan seems to stop running).
The sleep indicator stays blinking, and the power button does not wake up the machine. I have to hold power to power off completely, and then restart.

I haven't tested pm-suspend directly (vs closing the laptop screen). I'll try that next (just want to finish submitting this before I crash my machine again.)

Revision history for this message
John A Meinel (jameinel) wrote :

Confirmed. If I run 'pm-suspend' while on AC power, it suspends correctly in about 1-2s. If I run 'pm-suspend' while running on battery it hangs and stays with a blinking sleep indicator (I stopped waiting after about 1 minute, previous experience has shown no suspend after 10+min.)

I'll attach the result from the successful pm-suspend.log and one from a failing pm-suspend.log.
Looking at them, pm-suspend seems to get to the point where it says:
Tue Nov 1 17:18:56 CET 2011: performing suspend

but then it doesn't actually finish. Does this mean the failure is in a different layer?

Revision history for this message
John A Meinel (jameinel) wrote :
Revision history for this message
John A Meinel (jameinel) wrote :

The only other obvious difference is that 'fglrx' has 94 dependencies in the failing suspend and 95 dependencies in the successful one. (doing a diff just shows that difference, the timestamp differences, memory allocated differences, and the resume difference).

Revision history for this message
Serge Hallyn (serge-hallyn) wrote :

Please reply if this is still an issue on a supported release.

Changed in pm-utils (Ubuntu):
status: New → Invalid
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.