After suspending to ram, the computer does not wake up

Ask Fedora
1

Hi,
Kernel: Linux 6.16.8-100.fc41.x86_64 (I swapped to an old one just to try but it does not change anything.
DE : XFCE4 (4.20)
WM : XFWM4 (X11)
I’ve seen topics where the user had an nvidia gpu but this is not my case (AMD).

I click on suspend to RAM, then try to wake the computer by typing on my keyboard (does not work either when pressing the power button), and nothing happens.
It also seems like the computer isn’t even going to sleep as it usually has the front panel light flashing at long intervals (but it does not).

Any idea as to why this is happening ?
I thought it was after upgrading to Fedora 42 but when switching back to a 41 kernel (using gruppy), I realized it wasn’t the case.

Here’s the complete output of inxi -Fxzz as I have seen several other users asking for it on other topics.

If you have any ideas, thank you !

System:
  Kernel: 6.16.8-100.fc41.x86_64 arch: x86_64 bits: 64 compiler: gcc v: 14.3.1
  Desktop: Xfce v: 4.20.1 Distro: Fedora Linux 42 (Workstation Edition)
Machine:
  Type: Desktop System: ASUS product: All Series v: N/A
    serial: <superuser required>
  Mobo: ASUSTeK model: Z87-A v: Rev 1.xx serial: <superuser required>
    BIOS: American Megatrends v: 2103 date: 08/15/2014
CPU:
  Info: quad core model: Intel Core i7-4770K bits: 64 type: MT MCP
    arch: Haswell rev: 3 cache: L1: 256 KiB L2: 1024 KiB L3: 8 MiB
  Speed (MHz): avg: 799 min/max: 800/3900 cores: 1: 799 2: 799 3: 799 4: 799
    5: 799 6: 799 7: 799 8: 799 bogomips: 55966
  Flags-basic: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3
Graphics:
  Device-1: Advanced Micro Devices [AMD/ATI] Pitcairn XT [Radeon HD 7870 GHz
    Edition] driver: radeon v: kernel arch: GCN-1 bus-ID: 01:00.0 temp: 50.0 C
  Display: x11 server: X.Org v: 21.1.18 with: Xwayland v: 24.1.8 driver: X:
    loaded: radeon unloaded: modesetting dri: radeonsi gpu: radeon resolution:
    1: 1280x1024~60Hz 2: 1920x1080~60Hz
  API: OpenGL v: 4.5 vendor: amd mesa v: 25.1.9 glx-v: 1.4
    direct-render: yes renderer: PITCAIRN (radeonsi ACO DRM 2.50
    6.16.8-100.fc41.x86_64)
  API: EGL Message: EGL data requires eglinfo. Check --recommends.
  Info: Tools: api: glxinfo de: xfce4-display-settings x11: xdriinfo,
    xdpyinfo, xprop, xrandr
Audio:
  Device-1: Intel 8 Series/C220 Series High Definition Audio vendor: ASUSTeK
    driver: snd_hda_intel v: kernel bus-ID: 00:1b.0
  Device-2: Advanced Micro Devices [AMD/ATI] Oland/Hainan/Cape
    Verde/Pitcairn HDMI Audio [Radeon HD 7000 Series] driver: snd_hda_intel
    v: kernel bus-ID: 01:00.1
  API: ALSA v: k6.16.8-100.fc41.x86_64 status: kernel-api
  Server-1: PipeWire v: 1.4.8 status: active
Network:
  Device-1: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
    vendor: ASUSTeK AM1I-A driver: r8169 v: kernel port: d000 bus-ID: 03:00.0
  IF: enp3s0 state: up speed: 1000 Mbps duplex: full mac: <filter>
Drives:
  Local Storage: total: 3.86 TiB used: 2.51 TiB (65.0%)
  ID-1: /dev/sda vendor: Emtec model: X150 240GB size: 223.57 GiB
  ID-2: /dev/sdb vendor: Seagate model: ST1000DM010-2EP102 size: 931.51 GiB
  ID-3: /dev/sdc vendor: Western Digital model: WD30 EFRX-68EUZN0
    size: 2.73 TiB type: USB
Partition:
  ID-1: / size: 215.05 GiB used: 22.9 GiB (10.6%) fs: ext4 dev: /dev/sda1
  ID-2: /boot size: 973 MiB used: 443 MiB (45.5%) fs: ext4 dev: /dev/sda4
  ID-3: /home size: 915.82 GiB used: 156.81 GiB (17.1%) fs: ext4
    dev: /dev/sdb1
Swap:
  ID-1: swap-1 type: zram size: 8 GiB used: 24 KiB (0.0%) dev: /dev/zram0
Sensors:
  System Temperatures: cpu: 45.0 C mobo: N/A gpu: radeon temp: 50.0 C
  Fan Speeds (rpm): N/A
Info:
  Memory: total: 16 GiB available: 15.54 GiB used: 2.15 GiB (13.8%)
  Processes: 307 Uptime: 54m Init: systemd target: graphical (5)
  Packages: 25 note: see --rpm Compilers: clang: 20.1.8 gcc: 15.2.1
    Shell: Zsh v: 5.9 inxi: 3.3.39
2

Quick observation - your motherboard BIOS is from 2014. If there’s a newer version available it might be advisable to update to it, given that waking up, sleeping, different low power states and all of that lovely power saving stuff can be absolutely wrecked by BIOS bugs.

Addendum: I checked - can’t find any newer BIOS updates from ASUS, but I have found some user modded ones. Can’t say I’d advise them to be used, as there’s a very real risk of bricking the thing which would be unfortunate to say the least.

3

Another observation - You are still running Fedora 41 which is rapidly nearing EOL.
It may be prudent to upgrade to f42 and see if the problem still exists.

4

As I said, I switched back to an old kernel with version 41 as my problem
started after upgrading to fedora 42. However, it did not solve my problem

5

Should I just wait for the problem to be fixed in future updates ?
I swear it came with the last update (kernel or fedora, not sure).

6

If worked before and doesn’t anymore, this is called a regression.

You should file a bug and provide logs of the failed suspend. Do you know how to do that?

There is a good chance it will be fixed again

7

unfortunately I’m not well versed in troubleshooting this kind of bug (should’ve picked a more stable distro I know). If you could offer some help I would gladly provide a log of some sort !

8 
journalctl --boot=-1
journalctl -k --boot=-1

Will give you logs from the previous boot.

Run into the error, reboot, read the logs from previous boot.

-k gives you kernel messages which probably relevant for your issue

Gnome Logs would be an alternative

9

Problems like this are often hardware specific, so unless a linux dev has the same hardware, won’t be addressed without a bug report and participation in testing. The issue probably affects other distros, so web searches for the issue and same hardware are often useful. Most bugs I have encountered were already found by other users on different distros.

1 Like
10

Lots of lines in here, what am I looking for specifically ?