touch-packages team mailing list archive
-
touch-packages team
-
Mailing list archive
-
Message #67205
[Bug 1438301] Re: desktop machine suspends with systemd after ~3 minutes, does NOT suspend with upstart
This looks like an effect of
http://cgit.freedesktop.org/systemd/systemd/commit/?id=ed4ba7e4f65215.
This introduced logic which deliberately checks for a closed lid and
suspends the machine again, to guard against wakeups which happen when a
laptop lid is closed (and the machine is potentially being carried
around in a bag). The root cause of this is that this hardware reports a
lid switch and reports it as closed, while there actually is no lid
switch. This will probably confuse other power management bits like
unity-settings-daemon or upowerd as well.
This is being detected by
http://cgit.freedesktop.org/systemd/systemd/tree/src/login/logind-
button.c#n275 in button_check_switches(). upower --dump confirms this as
well:
lid-is-closed: yes
lid-is-present: yes
** Changed in: systemd (Ubuntu)
Status: Incomplete => Triaged
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1438301
Title:
suspends after a few minutes on machines with a bogus (closed) lid
switch
Status in systemd package in Ubuntu:
Triaged
Bug description:
On a desktop machine which claims to have a closed lid (on the
motherboard), but doesn't actually have a lid, logind will suspend the
machine shortly after boot as a safety measure to avoid burning your
laptop in a bag. This is wrong in the above situation where the
announced lid switch does not exist or isn't actually closed.
Workaround: Set HandleLidSwitch=ignore in /etc/systemd/logind.conf
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1438301/+subscriptions
References