You are not logged in.
Attempting to suspend the system almost always (~9/10) results in a lockup/"freeze" after the suspend is started (in systemd) but before any further action (closing lid, pressing keys, etc.) The power button stays on, and the capslock indicator blinks rapidly (73 times by my last count). The keyboard backlight turns off but may turn on again if keys are pressed. The screen is switched off successfully (no backlight).
- added kernel command mem_sleep_default=deep => little to no reduction in lockup chance
- switched to mem_sleep_default=s2idle => small reduction in lockup chance (?)
- set up resume= kernel command pointing to a 16G swap partition => hibernate causes the same lockup
- installed tlp and enabled the service => no change
- added kernel command pcie_aspm=off (as prompted by dmesg) => no change
video: Intel UHD 620, driver: xf86-video-intel
cpu: i7 8th gen
wifi: Intel Corporation Wireless 7265 (rev 59)
storage: (PCIe SSD) KXG50ZNV512G NVMe TOSHIBA 512GB
For wireless I am running iwd and the systemd services (systemd-networkd, systemd-resolved).
Secure Boot and SGX are disabled in the firmware.
My kernel command line:
Aug 06 11:19:14 inspiron7370leon kernel: Command line: initrd=\intel-ucode.img initrd=\initramfs-linux.img root="PARTUUID=4174288e-39be-48eb-b1a5-6919114ca52d" rw pcie_aspm=off fbcon=font:TER16x32 loglevel=3 quiet splashLast edited by adigitoleo (2021-01-13 01:59:24)
Offline
Ok so I played with the various idle timers (X screensaver and dpms) and found something that works:
cat ~/.xinitrc | grep xset
xset s 120 # seconds until display blanking/screensaver
xset dpms 240 0 0 & # seconds until standby; suspend; offThe screensaver timer can be set to anything with `xset s`, but the second and third dpms states cause the crash.
This works with tlp service enabled and an xss-lock => i3lock rule in i3 config:
exec --no-startup-id xss-lock --transfer-sleep-lock -- i3lock --noforkThis still doesn't solve suspending via systemctl, but it's something.
Edit: For the time being, I will use a logind workaround to prevent suspending on lid close:
cat /etc/systemd/logind.conf | grep HandleLidSwitch=
HandleLidSwitch=lockLast edited by adigitoleo (2020-11-06 10:16:24)
Offline
Another update: After installing picom (X compositor) the system would once again freeze when idle.
It seems that there are two options for working around this ACPI (?) problem:
- Disable compositing, enable dpms standby mode only (previous post)
- Disable dpms completely, enable compositing
Since I don't often work on battery power, I will swap to the second option:
cat ~/.xinitrc | grep xset
xset s 240 &
xset dmps 0 0 0 &The same xss-lock rule can be used to lock on lid close events.
Last edited by adigitoleo (2021-01-13 02:00:38)
Offline