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.... 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 -- Conjecture is just a conclusion based on incomplete information. It isn't a fact.
Attachment:
signature.asc
Description: OpenPGP digital signature
_______________________________________________ users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx 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@xxxxxxxxxxxxxxxxxxxxxxx/message/A3HJYNF5WT6UPFITMOJGYIOZLDV62MWJ/