Your message dated Thu, 2 Jul 2026 13:09:59 +0200
with message-id <[email protected]>
and subject line Re: Bug#728035: upower: Suspend problem when laptop lid closed
has caused the Debian Bug report #728035,
regarding upower: Suspend problem when laptop lid closed
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
728035: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728035
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: upower
Version: 0.9.23-2
Severity: normal
Dear Maintainer,
I am using a mix of Debian Testing and Unstable on my laptop (Dell Latitude
E6410) and an update a few days ago (I am updating every month) broke the
suspend when I am closing the lid of my laptop.
Almost all packages are on Testing (I use Unstable for a very few specific
packages).
When it is not working, nothing is logged into /var/log/pm-suspend.log and I
haven't seen anything suspiscious in /var/log (just that pm-suspend is not
triggered).
Here are the symptoms:
1) I am logged into Gnome
2) I close the lid -> suspend OK
3) I open the lid -> resume OK
4) I close the lid -> nothing happens
5) I log out of Gnome and arrive at gdm connection screen
6) I close the lid -> suspend OK
7) I open the lid -> resume OK
8) I close the lid -> nothing happens
9) I log in Gnome
10) Back to step 1
I know that the ACPI event is correctly detected (with acpi_listen I see LID
Close each time) but I don't know how to debug this further.
Contrary to bug #718458, I am always able to trigger suspend manually using:
dbus-send --system --print-reply --dest=org.freedesktop.UPower
/org/freedesktop/UPower org.freedesktop.UPower.Suspend
So it seems that the problem is the communication between ACPI and Upower ?
I tried updating Upower to the version in Unstable (0.9.23-2) but the problem
remains.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (900, 'testing'), (500, 'oldstable'), (99, 'unstable'), (90,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.10-3-686-pae (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages upower depends on:
ii dbus 1.6.16-1
ii libc6 2.17-93
ii libdbus-1-3 1.6.16-1
ii libdbus-glib-1-2 0.100.2-1
ii libglib2.0-0 2.36.4-1
ii libgudev-1.0-0 204-5
ii libimobiledevice2 1.1.1-4
ii libplist1 1.10-1
ii libpolkit-gobject-1-0 0.105-4
ii libupower-glib1 0.9.22-1
ii libusb-1.0-0 2:1.0.17-1+b1
ii pm-utils 1.4.1-12
ii udev 204-5
Versions of packages upower recommends:
ii policykit-1 0.105-4
upower suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
On Mon, 28 Oct 2013 23:10:31 +0100 Saint Germain <[email protected]> wrote:
Here is the output of upower:
Daemon:
daemon-version: 0.9.23
can-suspend: yes
can-hibernate: yes
on-battery: no
on-low-battery: no
lid-is-closed: no
lid-is-present: yes
is-docked: yes
However I have no docking station, nor any external display connected.
So maybe the problem is in the "is-docked".
It may be related to these bugs:
https://bugs.freedesktop.org/show_bug.cgi?id=36818
https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/863834
Changing the value of PollDockDevices in /etc/UPower/UPower.conf has no
effect.
Workaround suggested here:
https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/863834/comments/30
Works if you replace /etc/acpi/local/lid.sh.post
by /etc/acpi/local/lid.sh.pre.
Indeed the script /etc/acpi/lid.sh exit at the line CheckPolicy because
it always return 0, so I cannot use post condition.
Regards,
This functionality is no longer part of upower but has moved into
logind, which makes this bug report moot.
I'm thus closing it.
Regards,
Michael
OpenPGP_signature.asc
Description: OpenPGP digital signature
--- End Message ---
