Open BetoHydroxyButyrate opened 2 months ago
dom0 update was last checked today, last updated on 2024-04-16.
I rebooted yesterday, or perhaps today, because I stuffed up and did a qvm-pause --all
and lost my keyboard. Prior that, suspend/resume worked. Post reboot, not.
Some info about your hardware might help, as I'm running the 6.6.25 kernel on a fully up to date Qubes 4.2 also and suspend works on my NV41.
You could also try booting into an earlier kernel to see if that fixes it (diagnostically).
[ 185.027055] Hardware name: Intel(R) Client Systems NUC13ANHi5/NUC13ANBi5, BIOS ANRPL357.0027.2023.0607.1754 06/07/2023
Some info is already here. I might have NUC13 somewhere to check.
Some info about your hardware might help, as I'm running the 6.6.25 kernel on a fully up to date Qubes 4.2 also and suspend works on my NV41.
You could also try booting into an earlier kernel to see if that fixes it (diagnostically).
As @marmarek mentioned, I did intentionally include the dmesg.txt noting (not to anyone but myself) that it had additional debug info and in particular the hardware info. Is there anything else you need?
Just booted into 6.1.75-1. Suspend/resume works again. See dmesg.log.
[ 185.027055] Hardware name: Intel(R) Client Systems NUC13ANHi5/NUC13ANBi5, BIOS ANRPL357.0027.2023.0607.1754 06/07/2023
Some info is already here. I might have NUC13 somewhere to check.
If you find a Nuc13, can you see if systemctl reboot
works? Mine shutdowns, but the final reboot/reset
does not, and I have to hold the power button in for 10 seconds or so to force poweroff. systemctl poweroff
works.
How to file a helpful issue
Qubes OS release
4.2
Brief summary
Rebooted recently. Subsequently,
systemctl suspend
fails to suspend.Steps to reproduce
systemctl suspend
Expected behavior
System enters suspended state. I do it all the time, several times per day.
Actual behavior
System does not suspend. Lots of errors in the
dmesg
:dmesg
attached. dmesg.txt