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 !

    • Pasta Dental@sh.itjust.worksOP
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      3 months ago

      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

  • AndrewZabar@lemmy.world
    link
    fedilink
    English
    arrow-up
    0
    ·
    3 months ago

    I simply stopped even trying to use sleep mode because I had some issues and many people responded to my inquiries telling me that it’s always been spotty in Linux. I have one laptop that goes into sleep mode perfectly fine when I close the lid, and wakes perfectly when I open it. That’s an Asus x202e with Pop!OS. Then I have an older HP Elitebook with Elementary OS that goes into sleep mode when I close the lid, but in order to resume, I have to open the lid and then press the power button to wake. And finally my new ASUS zenbook with Kubuntu would go into sleep and never be able to wake no matter what, and required a hardware forced shutdown. So that’s my main system and I simply disabled sleep. When I close the lid it just shuts off the display. It’s actually not bad because I can leave something running and close it, and it continues the tasks.

    These days the computers use such less power than they used to, so it’s not really the biggest necessity to use sleep mode.

    • Pasta Dental@sh.itjust.worksOP
      link
      fedilink
      arrow-up
      0
      ·
      3 months ago

      I mean i could probably leave it on, but it’s a desktop, and with the Nvidia GPU using a reported 50W at idle, it would be kind of stupid to leave it on during the night when also using power to run the AC. Also the fans are loud

    • EveryMuffinIsNowEncrypted@lemmy.blahaj.zone
      link
      fedilink
      English
      arrow-up
      0
      ·
      3 months ago

      How does one check what kernal one has? Does the kernal vary by distro? How does one update it?

      Not OP, just a Linux newb trying to learn, if you don’t mind explaining that is. :_

      • nmtake@lemm.ee
        link
        fedilink
        arrow-up
        0
        ·
        3 months ago

        Kernels are usually intalled in ‘/boot’, and we usually install new kernels via a package manager (gnome-software, pacman, dnf, etc.). What distro and package manager are you using?

        • EveryMuffinIsNowEncrypted@lemmy.blahaj.zone
          link
          fedilink
          English
          arrow-up
          0
          ·
          edit-2
          3 months ago

          None. Currently I’m still on Windows, but I’m planning on switching to either PopOS or Mint when Win10 EOL comes around, at the latest.

          And I figure it’s never too soon to learn things. The way I see it is, whether I switch six months from now or six hours, the more I learn now, the easier I’ll have it when I end up actually switching. :)

          • nmtake@lemm.ee
            link
            fedilink
            arrow-up
            0
            ·
            3 months ago

            I see. Before the switching, you may want to try Linux on Windows using WSL2 or VirtualBox, etc. Also, Mint and other distros provide bootable image, so you can try it without installing Mint on your machine. Good luck!

            • EveryMuffinIsNowEncrypted@lemmy.blahaj.zone
              link
              fedilink
              English
              arrow-up
              0
              ·
              edit-2
              3 months ago

              Before the switching, you may want to try Linux on Windows using WSL2 or VirtualBox, etc.

              Thanks for the tip! I think I’ll try VirtualBox!

              Also, Mint and other distros provide bootable image, so you can try it without installing Mint on your machine.

              You’re talking about booting from a disk or USB drive, right? See, I’ve tried those (well, the USB drive anyway), but AFAICT there didn’t seem to be a way to have it remember stuff between boots. Maybe I missed something…

              • nmtake@lemm.ee
                link
                fedilink
                arrow-up
                0
                ·
                3 months ago

                Yes. In a typical live USB session, all changes are written to the RAM, so they are lost on the shutdown. Some live USB supports persistent storage, but I think it’s not so common.

      • deafboy@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        3 months ago

        uname -a

        Updates depend on the specific distro. Some, like debian, keep the major version the same throughout the entire lifetime, just backporting the security fixes, others, like arch, follows the official major releases more closely.

  • dueuwuje@aussie.zone
    link
    fedilink
    arrow-up
    0
    ·
    3 months ago

    Hello, I’m far from an expert but I had a similar issue on my desktop, running mint and an Nvidia GPU. After looking at a lot of places for an answer one that did work for me was below

    Ust/bin/Nvidia_sleep.sh. (off the top of my head it is something like this, can confirm later if you can’t find it.)

    At the top put in “exit 0”

    See if it works for you. But it seems when I get an update it does at times get overwritten.

    • Pasta Dental@sh.itjust.worksOP
      link
      fedilink
      arrow-up
      0
      ·
      3 months ago

      Hmm, it’s definitely doing something, so it could be worth investigating, but instead of going to sleep mode it simply turns off the monitor and on its own 1s later turns back on

      • Transient Punk@sh.itjust.works
        link
        fedilink
        English
        arrow-up
        0
        ·
        edit-2
        3 months ago

        I’m running Manjaro and I was having this exact problem for several weeks, up until about two weeks ago when a new update fixed everything. I would just not worry about it until your next major OS update.

    • Telorand@reddthat.com
      link
      fedilink
      arrow-up
      0
      ·
      3 months ago

      Considering I can put my GTX 960M laptop into Sleep Mode while on a Wayland session, that’s not really a solution.

    • Pasta Dental@sh.itjust.worksOP
      link
      fedilink
      arrow-up
      0
      ·
      3 months ago

      I think you’re right on this, but i am thinking it’s more of an Nvidia issue rather than a Wayland one… Going to sleep under X11 works the first time, however resuming from sleep showed the following screen (with mentions of Nvidia)

      It’s either that or just a black screen. I think this warrants a driver reinstall, I also installed some CUDA stuff so will have to check this out…

  • rotopenguin@infosec.pub
    link
    fedilink
    English
    arrow-up
    0
    ·
    edit-2
    3 months ago

    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.

  • jaxxed@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    3 months ago

    Perhaps not useful, but my linux machine doesn’t sleep unless I disconnect my ploopy trackball first, exhibiting the same symptoms.