Skip Navigation

Troubleshooting a desktop that does not go into sleep mode/suspend

Hello all, for a few weeks/months now, my computer has stopped going into suspend mode. Here is what happens when putting it to sleep (using GNOME's power menu) or using systemctl suspend:

  1. Display turns off, peripherals turn off (keyboard lights off etc), fans spin up before sleep as usual
  2. Fans go back to idle speed, computer stays on
  3. Have to press the keyboard, wake the display up and go in the power menu again to suspend it (from the lock screen), and it works every time like this.

I have no idea what could be preventing suspend and what I could find online did not really help a lot. I don't think it is a USB device because I tried unplugging most of them except my mouse or my keyboard and it still did not work, and the second time on the lock screen it always suspends like intended


  • Distro: Fedora 40
  • DE: Gnome 46
  • GPU: NVIDIA GTX 1080Ti (Wayland)
  • CPU: Intel 10850K
  • MB: Gigabyte Z590 Gaming X (everything is up to date)

thx !

36 comments
  • Do you have steam running in the background? Or do you have gamemoded enabled?

    • Good question, I will check after work if steam starts in the background or something, I've had some issues with steam in the past so what you're saying could make sense...

  • I've had some suspend adventures too, but my experience is just on Intel laptops.

    About a month ago, Debian Trixie had a regression that made my laptop wake up right after a suspend attempt. Afaict, it was not directly a kernel change, something in userland changed and triggered problems. This pm_async thing fixed it. Frankly, I don't know why "async" power management is a thing anybody would want. Taking a whole extra millisecond to suspend in a more reliable way seems like a no-brainer.

    echo 1 > /sys/power/pm_debug_messages # why would you ever want to not syslog it??

    echo 0 > /sys/power/pm_async

    Cat /sys/power/pm_wakeup_irq may tell you something about whomst is responsible for sleep failure. Anyways, suspend is the worst thing to diagnose good luck.

    • Thanks I tried the edited values but it does not seem to solve the issue, /sys/power/pm_wakeup_irq returned nothing when I checked. Idk if my system is broken or if it's fedora using diff configs though

  • I’d start with looking at what the logs say when the computer fails to sleep.

    https://linuxhandbook.com/journalctl-command/

    • Running journalctl -r -u systemd-suspend.service does not suggest anything is wrong, just normal status messages. I will try to see if I need a BIOS update, maybe it's really out of date.

      edit yeah current bios is F7c (apr 2022), most recent is F10 (dec 2023). will do that

      Edit 2 that didn't solve it

36 comments