On 07/16/18 02:39, Robert Moskowitz wrote: > > > > 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... > >
Yes, that looks like a "success". I've also experimented with a more direct method to suspend my system. It produces different log entries yet seems to work just fine. The laptop I'm using is quite old. Even though it is 64-bit the CPU's lack the capability to use VirtualBox or KVM/QEMU. Not to mention it has only 2GB of memory. So my testing is limited to have a browser running and a few other things. The method I used was "echo mem > /sys/power/state" It produced only these lines on suspend... Jul 16 08:40:02 acer.greshko.com kernel: PM: suspend entry (deep) Jul 16 08:40:02 acer.greshko.com kernel: PM: Syncing filesystems ... done. Jul 16 08:40:04 acer.greshko.com kernel: CE: hpet increased min_delta_ns to 20115 nsec And this on hitting the power button. Which leads me to suspect it actually slept before it could complete writing the journal... Jul 16 08:41:07 acer.greshko.com kernel: Freezing user space processes ... (elapsed 0.004 seconds) done. Jul 16 08:41:07 acer.greshko.com kernel: OOM killer disabled. Jul 16 08:41:07 acer.greshko.com kernel: Freezing remaining freezable tasks ... (elapsed 0.000 seconds) done. Jul 16 08:41:07 acer.greshko.com kernel: Suspending console(s) (use no_console_suspend to debug) Jul 16 08:41:07 acer.greshko.com kernel: wlp6s0: deauthenticating from ac:22:0b:d1:5d:70 by local choice (Reason: 3=DEAUTH_LEAVING) Jul 16 08:41:07 acer.greshko.com kernel: sd 0:0:0:0: [sda] Synchronizing SCSI cache Jul 16 08:41:07 acer.greshko.com kernel: sd 0:0:0:0: [sda] Stopping disk Jul 16 08:41:07 acer.greshko.com kernel: PM: suspend devices took 0.423 seconds Jul 16 08:41:07 acer.greshko.com kernel: ACPI: EC: interrupt blocked Jul 16 08:41:07 acer.greshko.com kernel: ACPI: Preparing to enter system sleep state S3 Jul 16 08:41:07 acer.greshko.com kernel: ACPI: EC: event blocked Jul 16 08:41:07 acer.greshko.com kernel: ACPI: EC: EC stopped Jul 16 08:41:07 acer.greshko.com kernel: PM: Saving platform NVS memory Jul 16 08:41:07 acer.greshko.com kernel: Disabling non-boot CPUs ... Jul 16 08:41:07 acer.greshko.com kernel: IRQ 28: no longer affine to CPU1 Jul 16 08:41:07 acer.greshko.com kernel: smpboot: CPU 1 is now offline Jul 16 08:41:07 acer.greshko.com kernel: ACPI: Low-level resume complete Jul 16 08:41:07 acer.greshko.com kernel: ACPI: EC: EC started Jul 16 08:41:07 acer.greshko.com kernel: PM: Restoring platform NVS memory Jul 16 08:41:07 acer.greshko.com kernel: Enabling non-boot CPUs ... Jul 16 08:41:07 acer.greshko.com kernel: x86: Booting SMP configuration: Jul 16 08:41:07 acer.greshko.com kernel: smpboot: Booting Node 0 Processor 1 APIC 0x1 Jul 16 08:41:07 acer.greshko.com kernel: cache: parent cpu1 should not be sleeping Jul 16 08:41:07 acer.greshko.com kernel: CPU1 is up Jul 16 08:41:07 acer.greshko.com kernel: ACPI: Waking up from system sleep state S3 Jul 16 08:41:07 acer.greshko.com kernel: ACPI: EC: interrupt unblocked Jul 16 08:41:07 acer.greshko.com kernel: firewire_ohci 0000:0a:09.0: proprietary Ricoh MMC controller disabled (via firewire function) Jul 16 08:41:07 acer.greshko.com kernel: firewire_ohci 0000:0a:09.0: MMC cards are now supported by standard SDHCI controller You may want to give that method a try to see if it is any more reliable than what you're currently doing. Not sure if this would make any difference but this laptop does have an SSD so even though it can't do too much it can do it quicker than it could when it had an HD. :-) -- Conjecture is just a conclusion based on incomplete information. It isn't a fact.
signature.asc
Description: OpenPGP digital signature
_______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@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/VW4KDVXLYG2UALGBQK46LZTQPN45LET4/
