Suspends to RAM when shutdown order has been given if laptop lid is closed.

Bug #1829404 reported by Manuel López-Ibáñez
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
systemd (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

When I click to shutdown the laptop, if I close the lid before the shutdown process is completed, the laptop goes to sleep. This is annoying because it is consuming battery but specially because the suspend to RAM does not cancel the shutdown. When I open the laptop again, it restores from RAM, takes several minutes to shutdown and then I have to turn it on again.

ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: systemd 237-3ubuntu10.21
ProcVersionSignature: Ubuntu 4.18.0-20.21~18.04.1-generic 4.18.20
Uname: Linux 4.18.0-20-generic x86_64
ApportVersion: 2.20.9-0ubuntu7.6
Architecture: amd64
CurrentDesktop: KDE
Date: Thu May 16 16:26:41 2019
InstallationDate: Installed on 2019-02-23 (82 days ago)
InstallationMedia: Kubuntu 18.04.2 LTS "Bionic Beaver" - Release amd64 (20190210)
Lsusb:
 Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
 Bus 001 Device 002: ID 5986:111c Acer, Inc
 Bus 001 Device 003: ID 046d:c52b Logitech, Inc. Unifying Receiver
 Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
MachineType: LENOVO 20K5S0T200
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-4.18.0-20-generic root=/dev/mapper/kubuntu--vg-root ro quiet splash vt.handoff=1
SourcePackage: systemd
SystemdDelta:
 [MASKED] /etc/systemd/system/samba-ad-dc.service → /lib/systemd/system/samba-ad-dc.service
 [EXTENDED] /lib/systemd/system/rc-local.service → /lib/systemd/system/rc-local.service.d/debian.conf
 [EXTENDED] /lib/systemd/system/user@.service → /lib/systemd/system/user@.service.d/timeout.conf

 3 overridden configuration files found.
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 05/02/2017
dmi.bios.vendor: LENOVO
dmi.bios.version: R0IET36W (1.14 )
dmi.board.asset.tag: Not Available
dmi.board.name: 20K5S0T200
dmi.board.vendor: LENOVO
dmi.board.version: SDK0J40700 WIN
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: None
dmi.modalias: dmi:bvnLENOVO:bvrR0IET36W(1.14):bd05/02/2017:svnLENOVO:pn20K5S0T200:pvrThinkPadX270W10DG:rvnLENOVO:rn20K5S0T200:rvrSDK0J40700WIN:cvnLENOVO:ct10:cvrNone:
dmi.product.family: ThinkPad X270 W10DG
dmi.product.name: 20K5S0T200
dmi.product.sku: LENOVO_MT_20K5_BU_Think_FM_ThinkPad X270 W10DG
dmi.product.version: ThinkPad X270 W10DG
dmi.sys.vendor: LENOVO

Revision history for this message
Manuel López-Ibáñez (manuellopezibanez) wrote :
Changed in systemd (Ubuntu):
importance: Undecided → Medium
Revision history for this message
Dimitri John Ledkov (xnox) wrote :

Oh joy! This is like the ultimate "have you tried turning it on and off again".

I wonder, if shutdown should inhibit sleep as its first action. And/or sleep api should be checking for in flight shutdown transaction.

I agree this is a bad behaviour.

Revision history for this message
Dan Streetman (ddstreet) wrote :

please reopen if this is still an issue

Changed in systemd (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.