Happened again. I tried booting from a different kernel (specifically, kernel-5.18.7-200.fc36.x86_64 vs kernel-5.18.11-200.fc36.x86_64), and samey samey. Froze right up. I do have a journalctl output from an earlier boot (using the 5.18.11-200 kernel).
Switching to a different TTY did not work - Ctrl + Alt + F3 (or indeed, any F-key) was not responsive.
I have been dealing with a similar problem on F36 with AMD integrated graphics. It has also lead to crashes… throwing me out to the login screen. I am lucky to have not lost any work
The types of freezes have mostly been display, Sound continues to play and it seems inputs are taken.
I have not tried to ssh as I don’t have anything to ssh with but at least to my eyes it feels like display.
Then there are crashes where I am thrown out to the login screen. I think the shell had crashed but I do not know how to check that/
Have you tried logging in with xorg instead of wayland to see if that gives a different response. If it is truly just graphics (mouse + keyboard) that are not responding then it may be nothing more than a wayland vs xorg issue.
That can be done by selecting ‘gnome with xorg’ with the gear icon in the lower right corner when entering your password.
A cursory look and it seems it still persists on xorg, I am getting worse freezes though on xorg my mouse is free to move around (though the rest of the shell and apps are unresponsive) in this instance wayland actually is better as the freezes are usually shorter.
I can do some more testing if need be (though there may be a gap in my response time)
I have not tried that, I will try that next time - but if it was just Wayland tanking the system, wouldn’t I be able to get into a terminal TTY via Ctrl + Alt + F3?
that DOES look like the issue I’m having, except that one of his conditions is explicitly “The system must have been suspended (put to sleep) once, then resumed” - and I have DEFINITELY gotten severe system lockups anywhere from one to ten minutes after a complete reboot (Press and hold the power button until the system shuts off, wait five to ten seconds, press the power button again to turn the system back on).
However, the error messages in his logs are incontrovertibly similar to the ones I see in mine…
I have faced a very similar issue with Ryzen 5 + integrated radeon vega 8 . It is generally worse on Xorg than Wayland. I found an workaround that prevents the random lock-ups. Install Corectrl and set cpu and gpu governor to powersave.
I have not experienced anything in this regard, and when I have its usually from something else. I am just thankful that it has seemed to have gone away and the risk of me losing work has gone down drastically.
I actually had plenty of freezes between my last comment and this one, even after multiple kernel updates - so I decided to give this a try after one of my journalctl -k -b -1 commands FINALLY revealed that the GPU was seizing up, so I tried that command… but it does not appear to have taken. I just rebooted and it shows the radeon driver is still loaded, even after doing that little grubby command.
Both per that command, as well as inxi -Fzx. I tried running the grubby command again, I’ll try another reboot and I’ll check my grub kernel options before I pick one to see if I see those options in the line.