Dell D420 suspends immediately after resume from lid open.

Bug #452849 reported by Bastanteroma
36
This bug affects 7 people
Affects Status Importance Assigned to Milestone
pm-utils (Debian)
New
Undecided
Unassigned
pm-utils (Ubuntu)
New
Undecided
Unassigned
Nominated for Karmic by Krister Swenson
Nominated for Lucid by Krister Swenson

Bug Description

Binary package hint: pm-utils

I've been running an up-to-date Karmic. My laptop normally resumes from suspend when I open the lid. A few weeks ago it started going to sleep immediately after waking up, forcing me to resume again by pressing the power button. Wish I could remember more precisely when it changed, but I assumed the problem would just go away. I'm happy to try older versions of things but I'd need instructions.

ProblemType: Bug
Architecture: i386
CheckboxSubmission: 0fcef74235243090ea26e82d26fd8eb5
CheckboxSystem: d00f84de8a555815fa1c4660280da308
Date: Fri Oct 16 00:44:16 2009
DistroRelease: Ubuntu 9.10
Package: pm-utils 1.2.5-2ubuntu7
PackageArchitecture: all
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-13.45-generic
SourcePackage: pm-utils
Uname: Linux 2.6.31-13-generic i686

Revision history for this message
Bastanteroma (bastanteroma) wrote :
Revision history for this message
Mike (bild85) wrote :

my Dell Latitude 630 with 23-bit Karmic experiences these exact symptoms. I usually close the lid when not in use, and have it set to suspend. When I open the lid, usually it wakes in less than 6 seconds. However, as Bastanteroma describes, now it goes to sleep as soon as it wakes up. This doesn't happen every time for me, maybe 25%?
I also have a friend who installed 64-bit Karmic on a Dell XPS laptop and it also exhibited the same symptom.

Revision history for this message
Mike (bild85) wrote :

I meant 32-bit obviously. :P

Revision history for this message
Simon Marlow (simonmar) wrote :

I've been experiencing exactly the same problem on a Dell D420 laptop ever since upgrading from 9.04 to 9.10 beta, and it still exists in a fully up to date 9.10. Let me know if there's more information you need.

Revision history for this message
pfaffman (pfaffman) wrote :

Yup. Me too. Has anyone found a work-around?

Revision history for this message
Krister Swenson (thekswenson) wrote :

Also occurs on XPS m1330.

Revision history for this message
jugglefish (pniederlag) wrote :

Exactly same problem here on Precision M6300, using debian testing/unstable. Introduced sometime around December 2009. Tried variuos things without success.

Calling pm-suspend from shell works flawless, closing the lid and reopening it causes an extra suspend cycle for some weird reason.

Can you guys check wether it works correct when you type "pm-suspend" into a terminal?

Revision history for this message
Simon Marlow (simonmar) wrote :

Also occurs on a Dell Vostro 1500. Happens not only when resuming from ordinary suspend, but also from hibernate, where it is particularly annoying (the machine hibernates again).

Revision history for this message
Mike (bild85) wrote :

I tried jugglefish's suggestion of 'pm-suspend' and the results are inconclusive. This cycle only happens once in a while; maybe once every 20 suspends or so. I used 'pm-suspend' several times and it didn't cycle but that doesn't prove anything.
However I'm curious why when I use pm-suspend it doesn't ask for a password on wake. My screenlock is set to kick in after 4 minutes, so I waited about 6 then opened the lid and it went right in. Guess that's a different issue though.

Revision history for this message
Chow Loong Jin (hyperair) wrote :

pm-suspend doesn't lock your screen prior to sleeping because it's a backend script that is called by gnome-power-manager. If you suspend from the pointy-clicky method in GNOME (or in KDE) it should lock your screen for you prior to calling pm-suspend.

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.