PC freezes when resumed from suspend

A while ago I decided to install Linux (Manjaro to be more specific) on my old PC (i5 2500k) and wanted to use it for various tasks.

However, when I suspend the PC a wake it up from it, it hangs immediately afterwards. Thus far, I’ve tried to take a look at the journalctl logs, but I haven’t discovered anything interesting. The very last log looks like this:

Okt 20 13:28:14 cptOldschool systemd[1]: Starting TLP suspend/resume...
Okt 20 13:28:14 cptOldschool systemd[1]: Started TLP suspend/resume.
Okt 20 13:28:14 cptOldschool audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=tlp-sleep comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Okt 20 13:28:14 cptOldschool systemd[1]: Reached target Sleep.
Okt 20 13:28:14 cptOldschool systemd[1]: Starting Suspend...
Okt 20 13:28:14 cptOldschool kernel: audit: type=1130 audit(1540034894.785:61): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=tlp-sleep comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
-- Reboot --
Okt 20 13:29:48 cptOldschool kernel: microcode: microcode updated early to revision 0x2e, date = 2018-04-10
Okt 20 13:29:48 cptOldschool kernel: Linux version 4.18.15-1-MANJARO (builduser@development) (gcc version 8.2.1 20180831 (GCC)) #1 SMP PREEMPT Thu Oct 18 17:35:17 UTC 2018
Okt 20 13:29:48 cptOldschool kernel: Command line: BOOT_IMAGE=/@/boot/vmlinuz-4.18-x86_64 root=UUID=f1a0bb23-e335-4cda-83c2-71ee4efd45f4 rw rootflags=subvol=@ quiet clocksource=hpet

so nothing of note here. On a previous suspend the logs where more conclusive. (Probably because it let it running for 30min afterwards):

Okt 19 16:31:28.311288 cptOldschool kernel: PM: suspend entry (deep)
Okt 19 17:55:57.306869 cptOldschool kernel: PM: Syncing filesystems ... done.
Okt 19 17:55:57.307671 cptOldschool kernel: Freezing user space processes ... (elapsed 0.001 seconds) done.
Okt 19 17:55:57.307755 cptOldschool kernel: OOM killer disabled.
Okt 19 17:55:57.307826 cptOldschool kernel: Freezing remaining freezable tasks ... (elapsed 0.001 seconds) done.
Okt 19 17:55:57.307895 cptOldschool kernel: Suspending console(s) (use no_console_suspend to debug)
Okt 19 17:55:57.307971 cptOldschool kernel: wlp3s0: deauthenticating from d8:b6:b7:c9:c1:39 by local choice (Reason: 3=DEAUTH_LEAVING)
Okt 19 17:55:57.308041 cptOldschool kernel: sd 6:0:0:0: [sdb] Synchronizing SCSI cache
Okt 19 17:55:57.308441 cptOldschool kernel: sd 3:0:0:0: [sda] Synchronizing SCSI cache
Okt 19 17:55:57.308760 cptOldschool kernel: serial 00:04: disabled
Okt 19 17:55:57.309033 cptOldschool kernel: sd 3:0:0:0: [sda] Stopping disk
Okt 19 17:55:57.309333 cptOldschool kernel: ACPI: Preparing to enter system sleep state S3
Okt 19 17:55:57.309406 cptOldschool kernel: PM: Saving platform NVS memory
Okt 19 17:55:57.309477 cptOldschool kernel: Disabling non-boot CPUs ...
Okt 19 17:55:57.309550 cptOldschool kernel: smpboot: CPU 1 is now offline
Okt 19 17:55:57.309622 cptOldschool kernel: smpboot: CPU 2 is now offline
Okt 19 17:55:57.309694 cptOldschool kernel: smpboot: CPU 3 is now offline
Okt 19 17:55:57.309764 cptOldschool kernel: ACPI: Low-level resume complete
Okt 19 17:55:57.309835 cptOldschool kernel: PM: Restoring platform NVS memory
Okt 19 17:55:57.309905 cptOldschool kernel: Enabling non-boot CPUs ...
Okt 19 17:55:57.309978 cptOldschool kernel: x86: Booting SMP configuration:
Okt 19 17:55:57.310053 cptOldschool kernel: smpboot: Booting Node 0 Processor 1 APIC 0x2
Okt 19 17:55:57.310126 cptOldschool kernel: TSC synchronization [CPU#0 -> CPU#1]:
Okt 19 17:55:57.310198 cptOldschool kernel: Measured 2648962091 cycles TSC warp between CPUs, turning off TSC clock.
Okt 19 17:55:57.310271 cptOldschool kernel: tsc: Marking TSC unstable due to check_tsc_sync_source failed
Okt 19 17:55:57.310341 cptOldschool kernel: TSC found unstable after boot, most likely due to broken BIOS. Use 'tsc=unstable'.
Okt 19 17:55:57.310414 cptOldschool kernel: sched_clock: Marking unstable (25544676641764, -3717552)<-(25544674455380, -145813)
Okt 19 17:55:57.310488 cptOldschool kernel:  cache: parent cpu1 should not be sleeping
Okt 19 17:55:57.310560 cptOldschool kernel: CPU1 is up
Okt 19 17:55:57.310629 cptOldschool kernel: clocksource: Switched to clocksource hpet
Okt 19 17:55:57.310704 cptOldschool kernel: smpboot: Booting Node 0 Processor 2 APIC 0x4
Okt 19 17:55:57.310791 cptOldschool kernel:  cache: parent cpu2 should not be sleeping
Okt 19 17:55:57.310872 cptOldschool kernel: CPU2 is up
Okt 19 17:55:57.310942 cptOldschool kernel: smpboot: Booting Node 0 Processor 3 APIC 0x6
Okt 19 17:55:57.311007 cptOldschool kernel:  cache: parent cpu3 should not be sleeping
Okt 19 17:55:57.311077 cptOldschool kernel: CPU3 is up
Okt 19 17:55:57.311141 cptOldschool kernel: ACPI: Waking up from system sleep state S3
Okt 19 17:55:57.311211 cptOldschool kernel: serial 00:04: activated
Okt 19 17:55:57.311461 cptOldschool kernel: usb usb2: root hub lost power or was reset
Okt 19 17:55:57.311797 cptOldschool kernel: usb usb3: root hub lost power or was reset
Okt 19 17:55:57.312111 cptOldschool kernel: sd 3:0:0:0: [sda] Starting disk
Okt 19 17:55:57.312410 cptOldschool kernel: usb 3-2: reset SuperSpeed USB device number 2 using xhci_hcd
Okt 19 17:55:57.312740 cptOldschool kernel: OOM killer enabled.
Okt 19 17:55:57.324387 cptOldschool kernel: Restarting tasks ... done.
Okt 19 17:55:57.324464 cptOldschool kernel: PM: suspend exit
Okt 19 17:55:57.387469 cptOldschool kernel: ata6: SATA link down (SStatus 0 SControl 300)
Okt 19 17:55:57.397456 cptOldschool kernel: ata5: SATA link down (SStatus 0 SControl 300)
Okt 19 17:55:57.397525 cptOldschool kernel: ata2: SATA link down (SStatus 0 SControl 300)
Okt 19 17:55:57.400790 cptOldschool kernel: ata1: SATA link down (SStatus 0 SControl 300)
Okt 19 17:55:57.400857 cptOldschool kernel: ata3: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
Okt 19 17:55:57.407456 cptOldschool kernel: ata3.00: configured for UDMA/100
Okt 19 17:55:57.845927 cptOldschool kernel: IPv6: ADDRCONF(NETDEV_UP): enp4s0: link is not ready
Okt 19 17:55:57.846015 cptOldschool kernel: enp4s0: 0xffffaa0b81a39000, 00:25:22:e8:51:9f, IRQ 30
Okt 19 17:55:57.917463 cptOldschool kernel: IPv6: ADDRCONF(NETDEV_UP): enp4s0: link is not ready
Okt 19 17:55:57.920804 cptOldschool kernel: IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
Okt 19 17:55:57.924144 cptOldschool kernel: IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
Okt 19 17:55:57.934132 cptOldschool kernel: IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
Okt 19 17:55:58.000910 cptOldschool kernel: IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
Okt 19 17:55:58.894128 cptOldschool kernel: IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready
Okt 19 17:55:59.440818 cptOldschool kernel: ata4: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
Okt 19 17:55:59.474175 cptOldschool kernel: ata4.00: configured for UDMA/133
Okt 19 17:55:59.824145 cptOldschool kernel: wlp3s0: authenticate with d8:b6:b7:c9:c1:39
Okt 19 17:55:59.830920 cptOldschool kernel: wlp3s0: send auth to d8:b6:b7:c9:c1:39 (try 1/3)
Okt 19 17:55:59.857479 cptOldschool kernel: wlp3s0: authenticated
Okt 19 17:55:59.864150 cptOldschool kernel: wlp3s0: associate with d8:b6:b7:c9:c1:39 (try 1/3)
Okt 19 17:55:59.864406 cptOldschool kernel: wlp3s0: RX AssocResp from d8:b6:b7:c9:c1:39 (capab=0x411 status=0 aid=10)
Okt 19 17:55:59.864531 cptOldschool kernel: wlp3s0: associated
Okt 19 17:55:59.894193 cptOldschool kernel: IPv6: ADDRCONF(NETDEV_CHANGE): wlp3s0: link becomes ready

You might notice it complaining about TSC in this log, but I already set my timesource to hpet, because I’ve read that this could have been related…

I’d be grateful for any help :slight_smile: - Since this error is easy to produce, I can provide additional logs if/when they are needed…

1 Like

I’m on Ubuntu and when doing systemctl suspend in visual studio code and then waking up everything is frozen. Though only when doing so in vs code. It may be the same in your case just that it is with another application idk.

1 Like

I’ve noticed similar (same?) behavior on 4.18 kernels on resume from suspend, resume from only display suspend, or just unlocking the screen when nothing is suspended. On Fedora 28/29 and Ubuntu 18.10.

Symptoms: Black display, unresponsive keyboard and mouse.

Disabling all power management, screensaving and locking prevents it.

So far, this has not happened on 4.19 prerelease kernels on both Fedora and Ubuntu.

2 Likes

It turns out I’m unable to 100% reproduce this issue because I was able to wake my PC without any issues a few times (same applications running). I had this problem on 4.14 and I still have it on 4.18. @LostMoon I shall give 4.19 a try, maybe it will solve this annoying issue…