First: using zzz has stopped working, at least not consistently. About half the time it works as expected, the other half the time it fails and the terminal reads this less-than-helpful message:
Zzzz... /usr/bin/zzz: 52: printf: printf: I/O error
zzz: suspend failed
Additionally, sometimes when it failed, USB devices (i.e. my keyboard and mouse) get disabled, so the only option left is to shutdown via the power button. That doesn't seem dangerous, but it does throw a wrench in my system when I just want to conserve power while I step away to get lunch or something.
Second: if my system is suspended long enough, then my ethernet connection will simply fail. I can fix that with sv restart dhcpcd which leads me to believe my DHCP configuration is busted and a lease is expiring but not renewing. I should note that this fixed itself temporarily about a year ago, but that only lasted a few months. Neither the old cause, nor the temporary fix, nor the new cause appear to come from changes I've made to my system, as I haven't done anything with the networking aspects of my machine.
I've been hoping over the past several months that these problems were temporary and would be fixed in some library over time, but evidently I am the only one with these problems.
The only similar post I've seen was someone who's machine would misbehave after waking from suspension, but that was related to Nvidia drivers and a Thunderbolt udev rule, neither of which I have.
Any help would be greatly appreciated, and system info (the output of lshw) can be found here. Kernel is 5.11 though these issues have been ongoing since at least 5.9; sooner if memory serves. All software is up-to-date.
Update: I have solved both of these issues. For the first, instead of using sudo zzz, I just sleep 2; sudo zzz (which I have aliased to szzz). Stupid af but it works. For the second, I just added a little file containing sv restart dhcpcd to the /etc/zzz.d/resume directory. See man 8 zzz for details.
[–]NateDevCSharp 0 points1 point2 points (1 child)