Laptop no longer suspending (KDE 6)

General system Kernel, boot, graphics & hardware
1

Recently, my laptop (Thinkpad Yoga L13 Gen 4) is no longer suspending when I close the lid. What’s weirder is that if I change the action to use the lock screen, then it will properly work, so lid detection is working. Further, if the battery goes to low (20%), it will then suspend with the lid closed.

In all cases, the screen DOES turn off when closing, but upon openning, the desktop is still present, with no lock screen.

System Info:
Operating System: EndeavourOS
KDE Plasma Version: 6.7.4
KDE Frameworks Version: 6.28.0
Qt Version: 6.11.1
Kernel Version: 6.18.41-1-lts (64-bit)
Graphics Platform: Wayland
Processors: 12 × 13th Gen Intel® Core™ i5-1345U
Memory: 32 GiB of RAM (31.0 GiB usable)
Graphics Processor: Intel® Iris® Xe Graphics
Manufacturer: LENOVO
Product Name: 21FKS4LN00
System Version: ThinkPad L13 Yoga Gen 4

While sleuthing around, I did notice an issue with kscreen’s service throwing some odd errors regarding naming conventions. I solved this by copying the service with proper labeling and it ‘seems’ to be working?

[flame@soulis-ThinkPad ~]$ journalctl --user -b | grep -i kscreen
Aug 04 22:41:48 soulis-ThinkPad dbus-broker-launch[1075]: Service file '/usr/share//dbus-1/services/org.kde.kscreen.service' is not named after the D-Bus name 'org.kde.KScreen'.
Aug 04 22:45:52 soulis-ThinkPad sudo[6807]:    flame : TTY=pts/0 ; PWD=/home/flame ; USER=root ; COMMAND=/usr/bin/cp /usr/share/dbus-1/services/org.kde.kscreen.service /usr/share/dbus-1/services/org.kde.KScreen.service
Aug 04 22:45:52 soulis-ThinkPad dbus-broker-launch[1075]: Service file '/usr/share//dbus-1/services/org.kde.kscreen.service' is not named after the D-Bus name 'org.kde.KScreen'.
Aug 04 22:45:52 soulis-ThinkPad dbus-broker-launch[1075]: Ignoring duplicate name 'org.kde.KScreen' in service file '/usr/share//dbus-1/services/org.kde.kscreen.service'

Additionally, the powerdevilrc file does not specify any lidactions unless it is specifically set to anything but sleep in the GUI.

And the final confusion? I can still manually suspend, but if I close the lid, this causes it to wake up.

I did do a recent update with the laptop connected on the dock, but I’m not sure that’d be the direct cause of the issue.

Can anyone provide assistance?

2

New observation: if I set the “When sleeping, enter:” to Standby, then it will actually suspend. However, if it is left at Standby, then Hibernate, then it will NOT suspend at all!

I wonder if something happened with that feature…

3

your issue somewhat reminds me a problem I had with a lenovo a couple of years ago. It might be unrelated, or perhaps help.