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.

Attachment: 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/

Reply via email to