Cannot recover from suspend

[patb]

Hi. I have recently installed Debian 10 Buster on a dual boot system on my HP laptop but I cannot get the system to recover from suspend.

"systemctl suspend" seems to work fine and a blinking light on the side suggests it is then in suspend mode. But on attempted resume, the screen comes back but without any response to the keyboard although the mouse is visible. The keyboard caps lock light does not respond.

Any suggestions on how to trouble-shoot this would be welcome. Here are some possibly useful outputs:

Code: Select all

pat@debian:~$ uname -a
Linux debian 5.2.0-0.bpo.2-amd64 #1 SMP Debian 5.2.9-2~bpo10+1 (2019-08-25) x86_64 GNU/Linux

Code: Select all

pat@debian:~$ cat /proc/cmdline
BOOT_IMAGE=/boot/vmlinuz-5.2.0-0.bpo.2-amd64 root=UUID=e917910f-1d37-43d7-a681-952a4f57274c ro

Code: Select all

pat@debian:~$ cat /etc/debian_version
10.1

Code: Select all

pat@debian:~$ cat /etc/systemd/logind.conf
#  This file is part of systemd.
#
#  systemd is free software; you can redistribute it and/or modify it
#  under the terms of the GNU Lesser General Public License as published by
#  the Free Software Foundation; either version 2.1 of the License, or
#  (at your option) any later version.
#
# Entries in this file show the compile time defaults.
# You can change settings by editing this file.
# Defaults can be restored by simply deleting this file.
#
# See logind.conf(5) for details.

[Login]
#NAutoVTs=6
#ReserveVT=6
#KillUserProcesses=no
#KillOnlyUsers=
#KillExcludeUsers=root
#InhibitDelayMaxSec=5
#HandlePowerKey=poweroff
HandlePowerKey=ignore
#HandleSuspendKey=suspend
#HandleHibernateKey=hibernate
HandleLidSwitch=suspend
#HandleLidSwitchExternalPower=suspend
#HandleLidSwitchDocked=ignore
HandleLidSwitchDocked=suspend
#PowerKeyIgnoreInhibited=no
#SuspendKeyIgnoreInhibited=no
#HibernateKeyIgnoreInhibited=no
#LidSwitchIgnoreInhibited=yes
LidSwitchIgnoreInhibited=yes
#HoldoffTimeoutSec=30s
#IdleAction=ignore
#IdleActionSec=30min
#RuntimeDirectorySize=10%
#RemoveIPC=yes
#InhibitorsMax=8192
#SessionsMax=8192

Some possibly useful lines from: "cat syslog | grep -i error"

Code: Select all

Nov 17 18:21:03 debian kernel: [  874.535980] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, signaled seq=9605, emitted seq=9608
Nov 17 18:21:03 debian kernel: [  874.536173] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process Xorg pid 652 thread Xorg:cs0 pid 682
Nov 17 18:21:14 debian kernel: [  884.776949] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, signaled seq=9605, emitted seq=9608
Nov 17 18:21:14 debian kernel: [  884.777106] [drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process Xorg pid 652 thread Xorg:cs0 pid 682

Thanks in advance.

Pat

[Antonio Rizzo]

I solved changing the linux kernel. Try to install an older one.
For example, if your old kernel 4.9.0.9-amd64 was ok, do the following:

Code: Select all

echo "deb http://ftp.it.debian.org/debian  stretch main contrib non-free" >> /etc/apt/sources.list
apt update
apt install linux-image-4.9.0.9-amd64
mkdir  /boot.not_used
mv  /boot/*4.19*  /boot.not_used
update-grub
reboot

[stevepusser]

I solved changing the linux kernel. Try to install an older one.
For example, if your old kernel 4.9.0.9-amd64 was ok, do the following:

Code: Select all

echo "deb http://ftp.it.debian.org/debian  stretch main contrib non-free" >> /etc/apt/sources.list
apt update
apt install linux-image-4.9.0.9-amd64
mkdir  /boot.not_used
mv  /boot/*4.19*  /boot.not_used
update-grub
reboot

The OP is using Buster with a kernel from Buster backports. There is no 4.9 kernel--they could experiment with the original 4.19 kernel, or a 5.3 kernel from Liquorix, or a backported 5.3.9-2 Sid kernel from here: https://build.opensuse.org/package/show ... source-5.3

[Antonio Rizzo]

Sorry, I forgot to change the kernel version; I should have written

Code: Select all

mv  /boot/*5.2.0*  /boot.not_used

instead of

Code: Select all

mv  /boot/*4.19*  /boot.not_used

[patb]

Thanks for these suggestions. The default kernel was 4.19 but it had issues controlling the video which were overcome by resorting to the later version 5.2 from Debian backports. I'll try with 5.3.9-2 and post back if I have any luck. May take a couple of days.

Cheers.