I’m on the verge of completely giving up here, I’ve always had a few problems with sleep but for the last few months my system has no graphics output when I resume from suspend. Its not just outputting a black screen, my monitors go back into sleep mode as there is no video output at all. I’m assuming its something to do with my Nvidia GPU but none of the steps from here help: https://wiki.archlinux.org/title/NVIDIA/Tips_and_tricks#Preserve_video_memory_after_suspend
I have tried suspending from the gui, systemctl suspend and directly writing to /sys/power/state. I have tried both s2idle and deep sleep (with s2idle it wouldn’t even enter sleep properly and I still ended up with a blank screen). I have the same issue on Plasma X11 and XFCE on my main Arch system and also on the Ubuntu 24.04 live iso (which I couldn’t even get to boot properly without choosing safe graphics mode), but interestingly I don’t have the issue on Endeavour OS which I would have expected to be closer to my system. This was both on the Endeavor live iso and on a test install I did on a spare disk. On my main system if I use Plasma Wayland I do get a display but its glitched out and I still can’t interact with anything. If I disable my DE and just suspend from the tty it works fine.
Despite having a black screen I can still access via SSH, and if I switch tty I usually then get a display output on that tty, but if I try switching back to my DE I get back to a black screen sometimes with a mouse cursor.
If its any use I have these log files from a recent attempt at troubleshooting, the only relevant thing I could see was the bit about SYSTEMD_SLEEP_FREEZE_USER_SESSIONS=false but changing it to true didn’t help: https://upload.disroot.org/r/ZnLUas_m#CRJfgtZ4aMKNdh3ch3P6AY03VMS9XEPz8TDAVC0XaFE
Edit: I forgot to mention I’ve tried both the standard and LTS kernels, and the nvidia and nvidia-open driver
You must log in or # to comment.
I’ve been having the same issue on OpenSuse TW for past few months. I suspect it is SystemD changes. I changed flags similar to you, and after, sleep works, but hibernate is a guaranteed wake crash.
I’m on AMD hardware so I don’t think it’s specific to NVidia like they suspected.
FWIW I had the same issue under Fedora 40 Bazzite. For a bit I was having to shut down to avoid the problem you describe, and then they changed something else and I couldn’t even shut down cleanly from within the DE. Things have been sooo much better since the upgrade to 41.
Do you also have an Nvidia gpu?
Indeed I do.
I occasionally get this same thing, or it’ll render one frame of SDDM and then freeze on that frame, and I’ve also never been able to fix it. I’m on CachyOS with an RTX 2080.
I just bought a 7900 XTX that I’m waiting to be shipped, so I wonder if it’ll go away with an AMD GPU.
Edit: Hasn’t happened once with the AMD card, and another frequent issue I had with Vulkan was fixed too. I’m blaming nvidia.
I have this same issue on arch with a 4080. It’s frustrating as hell. Computer is still active just no video. Wishing you success.
Me too. Arch 950. Not cared enough to research a fix. Changed my keybind for suspend to lock the screen instead. If there’s a solution in this thread I’ll try it probably.
I’m on NVidia with blob driver, KDE Plasma on wayland on Arch. Yeah, standby to resume is like 50/50 the screen will come back. I just turned off stand-by and kept screen sleep only.
But I’m on desktop so less of a problem for me than it would be for a laptop user.
It used to be about 50/50 now it fails 100% of the time
I use kvm switch and run into this issue.
I am currently on Fedora 41, Gnome. I’ve seen this issue when running Arch on the same hardware without kvm switch to the point that I disabled suspend.
The fix for me is Ctrl-Alt-F1. It simply brings display manager’s login screen. Gnome on Fedora 41 uses gdm.
The rationale here is simple: the display manager should be resetting screen to display login screen.
Unfortunately that doesn’t work, the best I can get is the screens wake up and I get a black screen with a mouse cursor. I then have to restart sddm for anything else to work
