System freezes after sleep

Here is my journal

 journalctl --boot=-2 --unit=systemd-suspend.service --no-pager                                                                                            
Aug 17 20:07:10 homepc systemd[1]: Starting System Suspend...
Aug 17 20:08:11 homepc systemd-sleep[6330]: Failed to freeze unit 'user.slice': Connection timed out
Aug 17 20:08:11 homepc systemd-sleep[6330]: Performing sleep operation 'suspend'...
Aug 17 20:08:24 homepc systemd-sleep[6330]: System returned from sleep operation 'suspend'.
Aug 17 20:08:24 homepc systemd[1]: systemd-suspend.service: Deactivated successfully.
Aug 17 20:08:24 homepc systemd[1]: Finished System Suspend.

Here is my system info


System:
  Host: homepc Kernel: 6.6.44-1-MANJARO arch: x86_64 bits: 64 compiler: gcc
    v: 14.1.1
  Desktop: KDE Plasma v: 6.0.5 tk: Qt v: N/A wm: kwin_x11 dm: SDDM
    Distro: Manjaro base: Arch Linux
Machine:
  Type: Desktop Mobo: ASRock model: B365M Pro4 serial: <superuser required>
    UEFI: American Megatrends v: P4.10 date: 04/12/2019
CPU:
  Info: 6-core model: Intel Core i7-8700 bits: 64 type: MT MCP
    arch: Coffee Lake rev: A cache: L1: 384 KiB L2: 1.5 MiB L3: 12 MiB
  Speed (MHz): avg: 3200 high: 3203 min/max: 800/4600 cores: 1: 3200 2: 3201
    3: 3201 4: 3200 5: 3201 6: 3200 7: 3200 8: 3201 9: 3200 10: 3203 11: 3201
    12: 3200 bogomips: 76831
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx
Graphics:
  Device-1: AMD Navi 23 [Radeon RX 6600/6600 XT/6600M] vendor: ASRock
    driver: amdgpu v: kernel arch: RDNA-2 pcie: speed: 16 GT/s lanes: 16 ports:
    active: DP-2,HDMI-A-1 empty: DP-1,DP-3 bus-ID: 03:00.0 chip-ID: 1002:73ff
  Display: x11 server: X.Org v: 21.1.13 with: Xwayland v: 24.1.1
    compositors: 1: kwin_x11 2: Picom v: git-89c2c driver: X:
    loaded: amdgpu,modesetting,radeon alternate: fbdev,vesa dri: radeonsi
    gpu: amdgpu display-ID: :0 screens: 1
  Screen-1: 0 s-res: 5120x1440 s-dpi: 96
  Monitor-1: DP-2 mapped: DisplayPort-1 pos: primary,left model: AOC Q2790
    res: 2560x1440 dpi: 109 diag: 685mm (27")
  Monitor-2: HDMI-A-1 mapped: HDMI-A-0 pos: right model: AOC Q27B2S2
    res: 2560x1440 dpi: 109 diag: 685mm (27")
  API: EGL v: 1.5 platforms: device: 0 drv: radeonsi device: 1 drv: swrast
    gbm: drv: kms_swrast surfaceless: drv: radeonsi x11: drv: radeonsi
    inactive: wayland
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 24.1.5-manjaro1.1
    glx-v: 1.4 direct-render: yes renderer: AMD Radeon RX 6600 (radeonsi navi23
    LLVM 18.1.8 DRM 3.54 6.6.44-1-MANJARO) device-ID: 1002:73ff
  API: Vulkan v: 1.3.279 surfaces: xcb,xlib device: 0 type: discrete-gpu
    driver: mesa radv device-ID: 1002:73ff
Audio:
  Device-1: Intel 200 Series PCH HD Audio vendor: ASRock driver: snd_hda_intel
    v: kernel bus-ID: 00:1f.3 chip-ID: 8086:a2f0
  Device-2: AMD Navi 21/23 HDMI/DP Audio driver: snd_hda_intel v: kernel
    pcie: speed: 16 GT/s lanes: 16 bus-ID: 03:00.1 chip-ID: 1002:ab28
  API: ALSA v: k6.6.44-1-MANJARO status: kernel-api with: aoss
    type: oss-emulator
  Server-1: sndiod v: N/A status: off
  Server-2: JACK v: 1.9.22 status: off
  Server-3: PipeWire v: 1.2.2 status: off with: wireplumber status: off
  Server-4: PulseAudio v: 17.0 status: active with: 1: pulseaudio-alsa
    type: plugin 2: pulseaudio-jack type: module
Network:
  Device-1: Intel Ethernet I219-V vendor: ASRock driver: e1000e v: kernel
    port: N/A bus-ID: 00:1f.6 chip-ID: 8086:15b8
  IF: eno1 state: up speed: 1000 Mbps duplex: full mac: 70:85:c2:cd:4b:8d
  IF-ID-1: docker0 state: down mac: 02:42:c0:5d:24:81
RAID:
  Hardware-1: Intel SATA Controller [RAID mode] driver: ahci v: 3.0
    bus-ID: 00:17.0 chip-ID: 8086:2822
Drives:
  Local Storage: total: 2.05 TiB used: 438.71 GiB (20.9%)
  ID-1: /dev/nvme0n1 vendor: Seagate model: WDS250G3X0C-00SJG0
    size: 232.89 GiB speed: 31.6 Gb/s lanes: 4 serial: 190582803232 temp: 49.9 C
  ID-2: /dev/sda vendor: Samsung model: SSD 870 QVO 1TB size: 931.51 GiB
    speed: 6.0 Gb/s serial: S5RRNF0RB10943K
  ID-3: /dev/sdb vendor: Seagate model: ST1000LM035-1RK172 size: 931.51 GiB
    type: USB rev: 3.1 spd: 5 Gb/s lanes: 1 serial: WBZ1PAM4
Partition:
  ID-1: / size: 881.65 GiB used: 436.77 GiB (49.5%) fs: ext4 dev: /dev/sda2
  ID-2: /boot/efi size: 299.8 MiB used: 160 KiB (0.1%) fs: vfat
    dev: /dev/sda1
Swap:
  ID-1: swap-1 type: partition size: 34.42 GiB used: 1.94 GiB (5.6%)
    priority: -2 dev: /dev/sda3
Sensors:
  System Temperatures: cpu: 41.0 C mobo: N/A gpu: amdgpu temp: 52.0 C
    mem: 62.0 C
  Fan Speeds (rpm): N/A gpu: amdgpu fan: 0
Info:
  Memory: total: 32 GiB available: 31.28 GiB used: 9.46 GiB (30.3%)
  Processes: 411 Power: uptime: 4h 41m wakeups: 0 Init: systemd v: 256
    default: graphical
  Packages: pm: pacman pkgs: 2350 Compilers: clang: 18.1.8 gcc: 14.1.1
    Shell: Zsh v: 5.9 running-in: tmux: inxi: 3.3.35

Mine has just today started hanging for a long time when i try to suspend it and then it displays a frozen picture when it wakes up. I have to hard reboot it.

I have tracked my problem down to my smb mounts, if they are not mounted if suspends properly.

I do not know why or what to do about it.

1 Like

You have an activity which will not allow the system to suspend.

Stop the activity - and your system will suspend.

perhaps you can provide the output from

inxi -Ixxxx

One excellent reason to not keep the mounts active all the time.

Only mount when accessed …

See → [root tip] [How To] Use systemd to mount ANY device
And → [root tip] [How To] systemd mount unit samples

i had already started my own thread, i only wanted to suggest that @sbwcwso check his mounts since it seems quite a coincidence.

Here is my output from inxi -Ixxx

Info:
  Memory: total: 32 GiB available: 31.28 GiB used: 8.15 GiB (26.1%)
  Processes: 443 Power: uptime: 4m states: freeze,mem,disk suspend: deep
    wakeups: 0 hibernate: platform Init: systemd v: 256 default: graphical
  Packages: pm: pacman pkgs: 2350 Compilers: clang: 18.1.8 gcc: 14.1.1
    Shell: Zsh v: 5.9 running-in: tmux: inxi: 3.3.35

Not the same problem.
I used umount -a -t cifs before I sleep, but nothing changed.

There is a known problem with sleep introduced by systemd 256.
See Since 256, suspend fails over 50% of the time: Freezing user space processes failed · Issue #33626 · systemd/systemd · GitHub. Might be it.