suspend (closing lid) is unreliable with kernel 5.3.7, vanilla XFCE fresh install. Sometimes (details below) closing the lid will not go to suspend, forcing me to either plug back AC power or shut down, I can’t just take a break… There are several reports of this suspend problem, no solution have I found so far while doing my homework.
Once updated to kernel 5.4.19, closing the lid causes a system freeze, every time, only a hard boot will get life again. I had reported this in F30 already, bugzilla 1791021 (sorry, new user, can’t put more than 2 links)
Doing a web search for Fedora suspend freeze shows this situation is rather widespread. Something got messed up somewhere in 5.4 meseems
some people blame Nvidia. Not my case, vanilla Intel graphics here.
Actions taken: I had upgraded to F31 to see if this problem had been fixed. Seemed to, until I updated kernel, then freeze again. So a moment ago I just did *sudo dnf remove kernel-core-5.4.19-200.fc31.x86_64 * so that at least I always boot with the old kernel, tired of selecting manually at boot.
But even under 5.3.7, suspend seems to work only early in my session.
I am unsure if running under battery by itself causes it to fail. Under battery it seems to work some, but eventually I seem to do something that causes suspend to no longer work.
For a fact, mounting an SD card makes it fail.
It seems that sending something to the printer also has that effect.
I am unsure if some websites have that effect.
Also, once suspend fails, I can’t do a clean Power-Off. for example, it will go all the way to
Reached target: Power-Off.
systemd-shutdown[1]: Waiting for process: systemd-sleep
or else printk: shutdown: 8 output lines suppressed due to ratelimiting
then simply sit there until I have to do a hard power off. My dear friend right here uses Windows, and just smirks at me, so embarrassing…
Question:
Is there some way to diagnose this systemd-sleep ? That way I could test things and figure out exactly what breaks that. Or what else should I look for? And, more importantly, is there a fix y’all know of? Suspend used to work perfectly (F29?) until some update last year.
other attempts at diagnostic:
I looked at etc/systemd/sleep.conf, all the lines are commented out.
sudo systemctl status > system.txt doesn’t say anything about sleep, and is long and I don’t know what to look for.
thank you, Florian. I tried the journalctl, don’t really know what to look for, will keep at it a bit, perhaps. I wish I could figure out a way to diff files… (might end up installing Notepad++ in Wine)
following your suggestion, I dnf upgrade to 5.5.7 with hopes of a solution, wouldn’t that be nice? :-). No good, system freezes after resume. Filed 1810582 – resume after suspend frozen
Will remove 5.5.7 to have boot default to 5.3.7
something has been borked at least since F30. F27 seemed to work peaches… And, as you see in other requests, I’m not the only one with this kind of mess…
Actually, troubles are nowhere if the whole system is off
Srsly, this whole thing is weird, I have been testing this and that, and sometimes I manage to get the system to suspend even on battery. Like this: Firefox and Terminal, switching between one and the other, it’s like a flag got set somewhere, one time it suspends, one time it doesn’t, does not matter which of Terminal or Firefox was on top.
Works fora while, then eventually (don’t knwo what triggered it) suspend will not work any more, i.e., system stay ON even with lid closed.
Thank you for trying, yes, I had noticed a while back that wifi seemed to affect things, but obviously having wifi off is not very practical…
@ prthorsenjr why 2 GB swap? because that is what the system did when installing. Not my fault, honest!
Small-ish SSD, only 128 GB, had to twist arms to make the system partition be smaller than the 70 GB it wanted at first . The weird thing here is why things behave one way or another depending on battery or AC being the source of power… Same swap. (and then other weird behavior, as per my other note). AFAIK Swap has no relation with this, but who knows.
Not hibernate, haven’t used that in a while, but love it when I run out of power and it saves everything. Interesting, have been using his size swap for a while (4 years?), go figure if that plays some role in this mess, as Firefox is SO resource hungry.
Nowadays my sessions are rather brief, as by the time my system will not go to “sleep”, the fan is too noisy, so 3, 4-day sessions no more.
Again, you want to put your OS to sleep, swap doesn’t matter (while sleeping RAM is powered and doesn’t need to written to disk). So thats not the issue here.
Off topic: I have completely stopped creating a swap partition. If need swap space I just create a swap file on my root file system - this approach is much more flexible.
Hi. Probably it's a bad idea to increase the swap space this way. For my experience, within a Gnome (Desktop use) session, my swap usage grows constantly, and then the system coming to crawl. No swap now, as me isn't a server.
But yes, i'm totally missed the hybernation point, i'm sorry. PS:4 Gib of RAM. Aren’t the actual rule is:"The more RAM is the less swap".
I believe you are right, with XFCE and 8 GB RAM, I seldom ever need swap. Actually, sort of unconsciously, if I notice that I am using swap, I suspect something is wrong somewhere, I don’t like the extra delay, even on an SSD.
As to testing without WiFi, I see your logic. In this current set of problems, I am noticing that wifi is “acting funny” from time to time, especially if I disable it with the manual switch, it won’t come back. It sort of sad to have been on Fedora for quite a few years already (10?) and seen things improving, like how I could connect to external monitors or projectors, printing, all those improved, and now things breaking down… I understand that there is an enormous amount of complexity, and somehow some good intention for some new feature is actually backfiring somewhere. I wish this were at least easier to diagnose, find what is breaking… Thank you for your care and willingness to help.