On 07/15/2018 10:23 AM, Ed Greshko wrote:

On 07/15/18 21:25, Robert Moskowitz wrote:

Locked again.

I had done a number of suspends then resumes.  They worked.  Even with QEMU and my
VM running.

Then I restarted Libre writer and worked for a while.  I went to suspend and it
locked.  Thought I would have to wait until I got through my flight, but the plane
is delayed...  Anyway here is what I see in messages at the time of the suspend:

Jul 15 08:47:42 lx121e dhclient[5334]: DHCPREQUEST on wlp4s0 to 192.168.208.1 port
67 (xid=0x1654c624)
Jul 15 08:47:51 lx121e dhclient[5334]: DHCPREQUEST on wlp4s0 to 192.168.208.1 port
67 (xid=0x1654c624)
Jul 15 08:48:00 lx121e dhclient[5334]: DHCPREQUEST on wlp4s0 to 192.168.208.1 port
67 (xid=0x1654c624)
Jul 15 08:48:20 lx121e dhclient[5334]: DHCPREQUEST on wlp4s0 to 192.168.208.1 port
67 (xid=0x1654c624)
Jul 15 08:48:35 lx121e dhclient[5334]: DHCPREQUEST on wlp4s0 to 192.168.208.1 port
67 (xid=0x1654c624)
Jul 15 08:48:45 lx121e dhclient[5334]: DHCPREQUEST on wlp4s0 to 192.168.208.1 port
67 (xid=0x1654c624)
Jul 15 08:48:57 lx121e dhclient[5334]: DHCPREQUEST on wlp4s0 to 192.168.208.1 port
67 (xid=0x1654c624)
Jul 15 08:49:08 lx121e dhclient[5334]: DHCPREQUEST on wlp4s0 to 192.168.208.1 port
67 (xid=0x1654c624)
Jul 15 08:49:25 lx121e dhclient[5334]: DHCPREQUEST on wlp4s0 to 192.168.208.1 port
67 (xid=0x1654c624)
Jul 15 08:49:42 lx121e dhclient[5334]: DHCPREQUEST on wlp4s0 to 192.168.208.1 port
67 (xid=0x1654c624)
Jul 15 08:50:19 lx121e audit: NETFILTER_CFG table=mangle family=10 entries=40
Jul 15 08:50:19 lx121e audit: NETFILTER_CFG table=raw family=10 entries=31
Jul 15 08:50:19 lx121e NetworkManager[681]: <info> [1531659019.1491] device
(wlp4s0): supplicant interface state: disconnected -> disabled
Jul 15 08:50:19 lx121e NetworkManager[681]: <info> [1531659019.1509] device
(wlp4s0): supplicant interface state: disabled -> disconnected
Jul 15 08:50:19 lx121e NetworkManager[681]: <info> [1531659019.1551] device
(wlp4s0): state change: disconnected -> unmanaged (reason 'sleeping',
sys-iface-state: 'managed')
Jul 15 08:50:19 lx121e NetworkManager[681]: <info> [1531659019.1724] device
(wlp4s0): set-hw-addr: reset MAC address to EC:55:F9:C7:8C:DF (unmanage)
Jul 15 08:50:19 lx121e wpa_supplicant[866]: nl80211: deinit ifname=wlp4s0
disabled_11b_rates=0
Jul 15 08:50:19 lx121e nm-dispatcher[6135]: req:2 'down' [wlp4s0]: start running
ordered scripts...
Jul 15 08:50:19 lx121e systemd-sleep[6150]: Suspending system...
Jul 15 08:50:19 lx121e kernel: PM: suspend entry (deep)

Have you compared log entries for a good v.s. bad suspend/resume?

Are you using the GUI of Xfce to suspend?   It shouldn't make a difference, but have
you tried using "systemctl suspend" from the command line?

I generally don't use suspend or hibernate.  But since the time you've first posted I
tested it on my laptop running KDE.  I've had no failures.  But the laptop is
connected to mains power due to a flaky battery.  But my logs show this for all cases
of suspend....

I have to use suspend extensively at conferences. I use the Xfce GUI interface when I click on my user name.

Here is the last suspend (before boarding my flight) and resume (once at the conference venue):

Jul 15 09:54:11 lx121e systemd[1]: Started Network Manager Script Dispatcher Service.
Jul 15 09:54:12 lx121e kernel: IPv6: ADDRCONF(NETDEV_UP): wlp4s0: link is not ready
Jul 15 09:54:12 lx121e dnsmasq[1197]: no servers found in /etc/resolv.conf, will retry
Jul 15 09:54:12 lx121e NetworkManager[714]: <warn> [1531662852.1546] sup-iface[0x55af9d3d6c30,wlp4s0]: connection disconnected (reason -3)
Jul 15 09:54:12 lx121e NetworkManager[714]: <info> [1531662852.1610] device (wlp4s0): state change: disconnected -> unmanaged (reason 'sleeping', sys-iface-state: 'managed')
Jul 15 09:54:12 lx121e NetworkManager[714]: <info> [1531662852.1823] device (wlp4s0): set-hw-addr: reset MAC address to EC:55:F9:C7:8C:DF (unmanage)
Jul 15 09:54:12 lx121e nm-dispatcher[3232]: req:2 'down' [wlp4s0]: new request (5 scripts)
Jul 15 09:54:12 lx121e wpa_supplicant[901]: nl80211: deinit ifname=wlp4s0 disabled_11b_rates=0
Jul 15 09:54:12 lx121e systemd[1]: Reached target Sleep.
Jul 15 09:54:12 lx121e systemd[1]: Starting Suspend...
Jul 15 09:54:12 lx121e systemd-sleep[3252]: Suspending system...
Jul 15 09:54:12 lx121e kernel: PM: suspend entry (deep)
Jul 15 09:54:12 lx121e nm-dispatcher[3232]: req:2 'down' [wlp4s0]: start running ordered scripts...
Jul 15 09:54:12 lx121e kernel: PM: Syncing filesystems ... done.
Jul 15 09:54:12 lx121e chronyd[611]: Source 162.213.2.253 offline
Jul 15 09:54:12 lx121e chronyd[611]: Source 195.21.137.209 offline
Jul 15 09:54:12 lx121e chronyd[611]: Source 199.233.236.226 offline
Jul 15 09:54:12 lx121e chronyd[611]: Source 24.248.217.23 offline
Jul 15 09:54:12 lx121e chronyd[611]: Source 45.33.84.208 offline
Jul 15 09:54:12 lx121e chronyd[611]: Source 64.113.44.54 offline
Jul 15 09:54:12 lx121e chronyd[611]: Source 69.89.207.199 offline

Jul 15 14:16:49 lx121e kernel: Freezing user space processes ... (elapsed 0.005 seconds) done.
Jul 15 14:16:49 lx121e kernel: OOM killer disabled.
Jul 15 14:16:49 lx121e kernel: Freezing remaining freezable tasks ... (elapsed 0.105 seconds) done.
Jul 15 14:16:49 lx121e kernel: Suspending console(s) (use no_console_suspend to debug)
Jul 15 14:16:49 lx121e kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache
Jul 15 14:16:49 lx121e kernel: sd 0:0:0:0: [sda] Stopping disk
Jul 15 14:16:49 lx121e kernel: PM: suspend devices took 0.730 seconds
Jul 15 14:16:49 lx121e kernel: ACPI: EC: interrupt blocked
Jul 15 14:16:49 lx121e kernel: ACPI: Preparing to enter system sleep state S3
Jul 15 14:16:49 lx121e kernel: ACPI: EC: event blocked
Jul 15 14:16:49 lx121e kernel: ACPI: EC: EC stopped
Jul 15 14:16:49 lx121e kernel: PM: Saving platform NVS memory
Jul 15 14:16:49 lx121e kernel: Disabling non-boot CPUs ...
Jul 15 14:16:49 lx121e kernel: IRQ 17: no longer affine to CPU1
Jul 15 14:16:49 lx121e kernel: smpboot: CPU 1 is now offline
Jul 15 14:16:49 lx121e kernel: ACPI: Low-level resume complete
Jul 15 14:16:49 lx121e kernel: ACPI: EC: EC started
Jul 15 14:16:49 lx121e kernel: PM: Restoring platform NVS memory
Jul 15 14:16:49 lx121e kernel: LVT offset 0 assigned for vector 0x400
Jul 15 14:16:49 lx121e kernel: microcode: CPU0: new patch_level=0x05000029

It looks like a 'successful' suspend continues with:

Jul 15 09:54:12 lx121e nm-dispatcher[3232]: req:2 'down' [wlp4s0]: start running ordered scripts...


Jul 15 20:15:05 acer.greshko.com systemd[1]: Reached target Sleep.
Jul 15 20:15:05 acer.greshko.com systemd[1]: Starting Suspend...
Jul 15 20:15:05 acer.greshko.com systemd-sleep[11968]: Suspending system...
Jul 15 20:15:05 acer.greshko.com kernel: PM: suspend entry (deep)
Jul 15 20:15:05 acer.greshko.com kernel: PM: Syncing filesystems ... done.

And when the power button is pressed to bring it back...

Jul 15 20:18:04 acer.greshko.com kernel: Freezing user space processes ... (elapsed
0.002 seconds) done.
Jul 15 20:18:04 acer.greshko.com kernel: OOM killer disabled.
Jul 15 20:18:04 acer.greshko.com kernel: Freezing remaining freezable tasks ...
(elapsed 0.001 seconds) done.
Jul 15 20:18:04 acer.greshko.com kernel: Suspending console(s) (use
no_console_suspend to debug)
Jul 15 20:18:04 acer.greshko.com kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache
Jul 15 20:18:04 acer.greshko.com kernel: sd 0:0:0:0: [sda] Stopping disk
Jul 15 20:18:04 acer.greshko.com kernel: PM: suspend devices took 0.423 seconds
Jul 15 20:18:04 acer.greshko.com kernel: ACPI: EC: interrupt blocked
Jul 15 20:18:04 acer.greshko.com kernel: ACPI: Preparing to enter system sleep state S3
Jul 15 20:18:04 acer.greshko.com kernel: ACPI: EC: event blocked

_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-leave@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org/message/A3HJYNF5WT6UPFITMOJGYIOZLDV62MWJ/