[opensuse-factory] resume after suspend-to-disk not working
Hi, I just upgraded from 13.1 to Tumbleweed, and now resume after suspend-to-disk is not working any longer(the suspend operation seems to finish, at least the last status output of the suspend operation is "100%"). related lines to resume or hibernation from dmesg output: [ 0.000000] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.0.4-3-desktop root=UUID=6c7910c8-e14c-40f3-b40d-f2b7b5200028 resume=/dev/disk/by-uuid/480edb48-8447-4b47-8b8e-661cbd893927 showopts vga=0x37d [ 1.128942] PM: Checking hibernation image partition /dev/disk/by-uuid/480edb48-8447-4b47-8b8e-661cbd893927 [ 1.145256] PM: Hibernation image not present or could not be loaded. [ 1.195027] systemd[1]: Created slice system-systemd\x2dhibernate\x2dresume.slice. [ 1.195215] systemd[1]: Starting system-systemd\x2dhibernate\x2dresume.slice. [ 1.777348] PM: Starting manual resume from disk [ 1.777357] PM: Hibernation image partition 8:1 present [ 1.777358] PM: Looking for hibernation image. [ 1.777634] PM: Image not found (code -22) [ 1.777636] PM: Hibernation image not present or could not be loaded. [ 1.778238] audit: type=1130 audit(1434065222.148:10): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-hibernate-resume@dev-disk-by\x2duuid-480edb48\x2d8447\x2d4b47\x2d8b8e\x2d661cbd893927 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success' the uuid device seems to be the right one: lrwxrwxrwx 1 root root 10 Jun 12 01:27 /dev/disk/by-uuid/480edb48-8447-4b47-8b8e-661cbd893927 -> ../../sda1 /var/lib/s2disk.conf looks like this (I tried to enable a few of the debugging options in suspend.conf): resume device = /dev/sda1 image size = 1864374681 # parameters taken from /etc/suspend.conf: suspend loglevel = 2 compute checksum = y resume pause = 10 Regards, Ingmar -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2015-06-12 01:49, Ingmar Sittl wrote:
/var/lib/s2disk.conf looks like this (I tried to enable a few of the debugging options in suspend.conf):
try disable display splash. Increase loglevel - -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlV6Ir0ACgkQja8UbcUWM1zxggD+NQBoKB2gSj7PRkZU/74VGVmE 0V8O9R8lzBIPgIMrjX0A/iTHkWg5H5AduoevYZJJk8KKycsoQ70AkpCdDW1lUmUp =nMk0 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 12.06.2015 02:07, Carlos E. R. wrote:
there are some warnings about BAR 13 (which looks similar to some ACPI warnings from dmesg), but nothing about this in pm-suspend.log, and the suspend operation seems to be successful: Initial commandline parameters: Fri Jun 12 02:50:58 CEST 2015: Running hooks for hibernate. Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate: hibernate initiated: Fri Jun 12 02:50:58 CEST 2015 Linux linux-d08f 4.0.4-3-desktop #1 SMP PREEMPT Fri May 29 15:00:18 UTC 2015 (ac67377) x86_64 x86_64 x86_64 GNU/Linux kernel command line: 'BOOT_IMAGE=/boot/vmlinuz-4.0.4-3-desktop root=UUID=6c7910c8-e14c-40f3-b40d-f2b7b5200028 resume=/dev/disk/by-uuid/480edb48-8447-4b47-8b8e-661cbd893927 showopts vga=0x37d' Module Size Used by fuse 106496 4 af_packet 40960 2 nf_log_ipv6 16384 5 xt_pkttype 16384 3 nf_log_ipv4 16384 5 nf_log_common 16384 2 nf_log_ipv4,nf_log_ipv6 xt_LOG 16384 10 xt_limit 16384 10 ip6t_REJECT 16384 3 xt_tcpudp 16384 3 nf_conntrack_ipv6 20480 3 nf_defrag_ipv6 36864 1 nf_conntrack_ipv6 ip6table_raw 16384 1 ipt_REJECT 16384 3 iptable_raw 16384 1 xt_CT 16384 4 iptable_filter 16384 1 ip6table_mangle 16384 0 nf_conntrack_netbios_ns 16384 0 nf_conntrack_broadcast 16384 1 nf_conntrack_netbios_ns nf_conntrack_ipv4 16384 3 nf_defrag_ipv4 16384 1 nf_conntrack_ipv4 ip_tables 28672 2 iptable_filter,iptable_raw xt_conntrack 16384 6 nf_conntrack 114688 6 xt_CT,nf_conntrack_netbios_ns,xt_conntrack,nf_conntrack_broadcast,nf_conntrack_ipv4,nf_conntrack_ipv6 ip6table_filter 16384 1 ip6_tables 28672 3 ip6table_filter,ip6table_mangle,ip6table_raw x_tables 36864 15 xt_pkttype,ip6table_filter,xt_CT,ip6table_mangle,ip_tables,xt_tcpudp,xt_limit,xt_conntrack,xt_LOG,iptable_filter,ip6table_raw,ipt_REJECT,ip6_tables,iptable_raw,ip6t_REJECT snd_emu10k1 176128 2 snd_util_mem 16384 1 snd_emu10k1 snd_hwdep 16384 1 snd_emu10k1 snd_rawmidi 36864 1 snd_emu10k1 snd_seq_device 16384 2 snd_rawmidi,snd_emu10k1 snd_ac97_codec 139264 1 snd_emu10k1 gpio_ich 16384 0 snd_pcm 131072 2 snd_ac97_codec,snd_emu10k1 iTCO_wdt 16384 0 iTCO_vendor_support 16384 1 iTCO_wdt snd_timer 36864 2 snd_pcm,snd_emu10k1 snd 94208 11 snd_ac97_codec,snd_hwdep,snd_timer,snd_pcm,snd_rawmidi,snd_emu10k1,snd_seq_device soundcore 16384 1 snd lpc_ich 24576 0 ac97_bus 16384 1 snd_ac97_codec mfd_core 16384 1 lpc_ich dm_mod 122880 0 coretemp 16384 0 i2c_i801 24576 0 shpchp 36864 0 ppdev 20480 0 emu10k1_gp 16384 0 acpi_cpufreq 20480 0 parport_pc 49152 0 gameport 16384 2 emu10k1_gp kvm_intel 163840 0 parport 49152 2 ppdev,parport_pc serio_raw 16384 0 pcspkr 16384 0 kvm 552960 1 kvm_intel processor 40960 1 acpi_cpufreq 8250_fintek 16384 0 uas 24576 0 usb_storage 73728 1 uas sr_mod 24576 0 cdrom 61440 1 sr_mod ata_generic 16384 0 ata_piix 36864 3 firewire_ohci 45056 0 firewire_core 73728 1 firewire_ohci crc_itu_t 16384 1 firewire_core r8169 90112 0 nouveau 1478656 9 mii 16384 1 r8169 video 32768 1 nouveau mxm_wmi 16384 1 nouveau wmi 20480 2 mxm_wmi,nouveau i2c_algo_bit 16384 1 nouveau drm_kms_helper 131072 1 nouveau ttm 106496 1 nouveau drm 376832 12 ttm,drm_kms_helper,nouveau button 16384 1 nouveau sg 40960 0 total used free shared buff/cache available Mem: 4045952 686896 1587312 11960 1771744 3085332 Swap: 4192960 0 4192960 /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/00powersave hibernate hibernate: /usr/lib/pm-utils/sleep.d/00powersave hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/02rtcwake hibernate hibernate: rtcwake alarm not enabled in /etc/pm/config.d/rtcwake.config, doing nothing... /usr/lib/pm-utils/sleep.d/02rtcwake hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/06autofs hibernate hibernate: ● autofs.service - Automounts filesystems on demand Loaded: loaded (/usr/lib/systemd/system/autofs.service; disabled; vendor preset: disabled) Active: inactive (dead) Docs: man:automount(8) man:autofs(5) /usr/lib/pm-utils/sleep.d/06autofs hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/30s2disk-check hibernate hibernate: INFO: checking for suspend-to-disk prerequisites... using userspace suspend method, temp. config file /var/lib/s2disk.conf setting resume device to /dev/sda1 setting image size to 1864374681 adding these parameters from /etc/suspend.conf: suspend loglevel = 6 compute checksum = y compress = n early writeout = n splash = n resume pause = 10 /usr/lib/pm-utils/sleep.d/30s2disk-check hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/45pcmcia hibernate hibernate: ejecting PCMCIA cards... /usr/lib/pm-utils/sleep.d/45pcmcia hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/50rcnetwork hibernate hibernate: /usr/lib/pm-utils/sleep.d/50rcnetwork hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/75modules hibernate hibernate: /usr/lib/pm-utils/sleep.d/75modules hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/90clock hibernate hibernate: /usr/lib/pm-utils/sleep.d/90clock hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/94cpufreq hibernate hibernate: /usr/lib/pm-utils/sleep.d/94cpufreq hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/95led hibernate hibernate: /usr/lib/pm-utils/sleep.d/95led hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler hibernate hibernate: Kernel modesetting video driver detected, not using quirks. /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/99Zgrub hibernate hibernate: INFO: running prepare-grub Skipping grub entry #2, because it has the noresume option running kernel is grub menu entry 0 (vmlinuz-4.0.4-3-desktop) preparing boot-loader: selecting entry 0, kernel /boot/4.0.4-3-desktop grub-once: saving original /boot/grub2/grubenv running '/usr/sbin/grub2-once 0' time needed for sync: 0.5 seconds, time needed for grub: 0.1 seconds. /usr/lib/pm-utils/sleep.d/99Zgrub hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/99info hibernate hibernate: /usr/lib/pm-utils/sleep.d/99info hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/99video hibernate hibernate: /usr/lib/pm-utils/sleep.d/99video hibernate hibernate: success. Fri Jun 12 02:50:59 CEST 2015: performing hibernate INFO: using built-in quirks database from HAL. INFO: S2RAM_OPTS from HAL quirks: ' '. Is there an easy way to pause the suspend operation after it is finished writing out everything? Regards, Ingmar -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Fri, 12 Jun 2015 01:49:46 +0200 Ingmar Sittl <pizzaboy@web.de> пишет:
This is actually expected. This is called late during kernel initialization before any user space so those convenience links are not present.
So at this point user space resolved device link and sent literal 8:1 to kernel.
[ 1.777358] PM: Looking for hibernation image. [ 1.777634] PM: Image not found (code -22)
This can mean one of - failure to open disk - failure to read disk - invalid suspend signature on disk first two are less likely, especially given error number (EINVAL).
But s2disk is user level suspend which also writes different signature to hibernate partition. You need to use user level resume, not kernel directly for this. Does your dracut include 95resume module? If not, try adding it explicitly echo 'add_dracutmodules+=" resume"'
/etc/dracut.conf.d/95-user-level-resume.conf
And recreate initrd.
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Fri, 12 Jun 2015 13:37:14 +0200 Ingmar Sittl <pizzaboy@web.de> пишет:
Well, apparently it is not even installed if building systemd-based initrd: # if systemd is included and has the hibernate-resume tool, use it and nothing else if dracut_module_included "systemd" && [[ -x $systemdutildir/systemd-hibernate-resume ]]; then inst_multiple -o \ $systemdutildir/system-generators/systemd-hibernate-resume-generator \ $systemdsystemunitdir/systemd-hibernate-resume@.service \ $systemdutildir/systemd-hibernate-resume return 0 fi I noticed you were using pm-utils. Try kernel level hibernate first, does it work? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 12.06.2015 13:51, Andrei Borzenkov wrote:
echo shutdown > /sys/power/disk; echo disk > /sys/power/state works as expected, the kernel restores the image from the swap partition. Now the question is, does anyone else have problems with pm-utils based suspend on tumbleweed or is it just my machine? Regards. Ingmar -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Fri, 12 Jun 2015 19:51:59 +0200 Ingmar Sittl <pizzaboy@web.de> пишет:
pm-utils can be configured to use different suspend/hibernate methods. You can set it to use kernel instead of swsusp (assuming you need pm-utils at all). I do not remember what it does by default. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2015-06-12 13:37, Ingmar Sittl wrote:
I didn't have a 95resume module and now added it, but I see no difference in behavior or logs (see attached full dmesg output).
Please, next time don't attach such a big file to mails posted on a mail list, that everybody has to download. Instead, upload to a site such as susepaste.org, and post a link to it. People interested in the file, click and see it. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 12.06.2015 13:52, Carlos E. R. wrote:
ah, sorry, I hadn't thought the file was large. Is there a rule-of-thumb for what consists a big file? Regards, Ingmar -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi Ingmar,
Hi,
had the same problem. Uninstalled package "suspend" and it worked as expected. systemd itself is able to do all the suspend/hibernate/resume stuff. The only thing I configured additionally was /etc/systemd/sleep.conf: ------------------------< snip snip snip >----------------------------- [Sleep] # SuspendMode=shutdown # HibernateMode=shutdown # HybridSleepMode=shutdown SuspendState=disk HibernateState=disk HybridSleepState=disk ------------------------< snip snip snip >----------------------------- But that is necessary only, if you aren't comfortable with the default settings. [...]
Regards, Ingmar
Bye. Michael. -- Michael Hirmke -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, Jun 15, 2015 at 10:16 AM, Michael Hirmke <mh@mike.franken.de> wrote:
That is slightly misleading ;) systemd suspend/hibernate does nothing more than running /usr/lib/systemd/sleep scripts and then echo a few strings to /sys/power/* to ask the kernel to suspend/hibernate the machine. the suspend package is probably using the userland swsusp https://www.kernel.org/doc/Documentation/power/userland-swsusp.txt. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi Cristian,
of course you are right :) Just wanted to say, that systemd is enough to achieve the desired goal.
the suspend package is probably using the userland swsusp https://www.kernel.org/doc/Documentation/power/userland-swsusp.txt.
Maybe, I didn't check that. Bye. Michael. -- Michael Hirmke -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 06/15/2015 09:16 AM, Michael Hirmke wrote:
If systemd is supposed to handle hibernate shouldn't it also create the unit files for resume after the installation. Out of the box. Bug? Cheers! Roman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi Roman,
at least on my systems it does. I don't have any problem with suspend/hibernate/resume using solely systemd for that purpose.
Bug?
I don't think so.
Cheers!
Roman
Bye. Michael. -- Michael Hirmke -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 06/16/2015 05:13 AM, Michael Hirmke wrote:
I stand corrected. Yesterday I could not get the resume to work. I just tested the hibernate/resume on two kernels and it is working perfectly. I made sure that pm-utils was deleted. This command also works: echo shutdown > /sys/power/disk; echo disk > /sys/power/state I thought it was odd as the hibernate always worked in 12x and 13.1. Roman -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 15.06.2015 15:16, Michael Hirmke wrote:
thanks, uninstalling suspend did it. Now I can hibernate directly from Plasma. As the "suspend" package got installed automatically during installation, shouldn't this be considered a bug? I can try to create an OpenSuse ticket, if this will help. Regards, Ingmar -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 15.06.2015 15:16, Michael Hirmke wrote:
thanks, uninstalling suspend did it. Now I can hibernate directly from Plasma. As the "suspend" package got installed automatically during installation, shouldn't this be considered a bug? I can try to create an OpenSuse ticket, if this will help. Regards, Ingmar -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi Ingmar, [...]
thanks, uninstalling suspend did it. Now I can hibernate directly from Plasma.
as I found out in the meantime, you should uninstall pm-utils, too - and better "taboo" them. Otherwise they will be reinstalled from time to time 8-<
Don't know if one should consider this as a bug. In exactly my (and obviously your) configuration it is a problem, but I don't know if this is true for everybody.
Regards, Ingmar
Bye. Michael. -- Michael Hirmke -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В 18 Jun 2015 23:45:00 +0200 mh@mike.franken.de (Michael Hirmke) пишет:
What's wrong with pm-utils? Without user level susppend they should auto-select kernel suspend method. If you have any problems with pm-suspend with "suspend" installed, it is probably topic for different discussion. I just checked and at least on 13.2 pm-utils do not require/suggest/recommend suspend.
It is a bug if user level suspend is "officially" supported by openSUSE. As long as it is part of OSS repo, I'd say - file a bug. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi,
? 18 Jun 2015 23:45:00 +0200 mh@mike.franken.de (Michael Hirmke) ?????:
[...]
that's why I wrote, that I don't know if it should be considered as a bug. I don't know all the situations a package like pm-utils could be useful. For my part I uninstalled it on all my machines since openSuSE 13.1 and everything worked *for me* - I personally never saw the need for pm-utils.
I just checked and at least on 13.2 pm-utils do not require/suggest/recommend suspend.
I know - no package really seems to require it, nevertheless at least yast tends to install it randomly. And zypper reinstalled it with the last snapshot upgrade. [...] Bye. Michael. -- Michael Hirmke -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Donnerstag, 18. Juni 2015, 23:45:00 schrieb Michael Hirmke:
You could also try to tell pm-utils to use the kernel interface, by setting SLEEP_MODULE="kernel" in /usr/lib/pm-utils/defaults. Despite the comment in that file, uswsusp seems to be used by default, at least on my 13.2 system here. Then it probably might work even with pm-utils and suspend installed. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
That's true but default configuration is expected to work; if it does not, it is a bug. If suspend is no more supported, it should not be installed; otherwise dracut needs to support it, even with systemd. Отправлено с iPhone
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 19. Juni 2015, 15:09:52 schrieb Andrei Borzenkov:
That's true but default configuration is expected to work; if it does not, it is a bug.
Of course. And I didn't write anything else. But changing pm-utils' default config would probably also be a way to "fix" this "bug" (the shipped default is SLEEP_MODULE="uswsusp" ATM, in 13.2 and Tumbleweed). And it would allow to keep pm-utils and suspend installed.
If suspend is no more supported, it should not be installed;
I agree, especially if it doesn't work. And it should be removed from existing installations when upgrading too.
otherwise dracut needs to support it, even with systemd.
Well, dracut's 95resume module does seem to support uswsusp/suspend AFAICT. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Fri, 19 Jun 2015 15:36:04 +0200 Wolfgang Bauer <wbauer@tmo.at> пишет:
otherwise dracut needs to support it, even with systemd.
Well, dracut's 95resume module does seem to support uswsusp/suspend AFAICT.
Upstream dracut does not install suspend if systemd-hibernate-resume binary is present. I do not see any patches in openSUSE that change it. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am Freitag, 19. Juni 2015, 16:50:37 schrieb Andrei Borzenkov:
Upstream dracut does not install suspend if systemd-hibernate-resume binary is present. I do not see any patches in openSUSE that change it.
Ah, ok. You probably refer to what you wrote in http://lists.opensuse.org/opensuse-factory/2015-06/msg00258.html . Well, I got a bit confused, because those lines don't exist here in 13.2. But still I have the same or a similar problem on one 13.2 system, whereas it works fine on another one, both with suspend and pm-utils installed and the default SLEEP_MODULE="uswsusp". (so I didn't think this might be a dracut/95resume problem) Anyway, I added a comment to https://bugzilla.opensuse.org/show_bug.cgi?id=905424 , which I think is related too. Kind Regards, Wolfgang -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2015-06-12 01:49, Ingmar Sittl wrote:
/var/lib/s2disk.conf looks like this (I tried to enable a few of the debugging options in suspend.conf):
try disable display splash. Increase loglevel - -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iF4EAREIAAYFAlV6Ir0ACgkQja8UbcUWM1zxggD+NQBoKB2gSj7PRkZU/74VGVmE 0V8O9R8lzBIPgIMrjX0A/iTHkWg5H5AduoevYZJJk8KKycsoQ70AkpCdDW1lUmUp =nMk0 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 12.06.2015 02:07, Carlos E. R. wrote:
there are some warnings about BAR 13 (which looks similar to some ACPI warnings from dmesg), but nothing about this in pm-suspend.log, and the suspend operation seems to be successful: Initial commandline parameters: Fri Jun 12 02:50:58 CEST 2015: Running hooks for hibernate. Running hook /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate: hibernate initiated: Fri Jun 12 02:50:58 CEST 2015 Linux linux-d08f 4.0.4-3-desktop #1 SMP PREEMPT Fri May 29 15:00:18 UTC 2015 (ac67377) x86_64 x86_64 x86_64 GNU/Linux kernel command line: 'BOOT_IMAGE=/boot/vmlinuz-4.0.4-3-desktop root=UUID=6c7910c8-e14c-40f3-b40d-f2b7b5200028 resume=/dev/disk/by-uuid/480edb48-8447-4b47-8b8e-661cbd893927 showopts vga=0x37d' Module Size Used by fuse 106496 4 af_packet 40960 2 nf_log_ipv6 16384 5 xt_pkttype 16384 3 nf_log_ipv4 16384 5 nf_log_common 16384 2 nf_log_ipv4,nf_log_ipv6 xt_LOG 16384 10 xt_limit 16384 10 ip6t_REJECT 16384 3 xt_tcpudp 16384 3 nf_conntrack_ipv6 20480 3 nf_defrag_ipv6 36864 1 nf_conntrack_ipv6 ip6table_raw 16384 1 ipt_REJECT 16384 3 iptable_raw 16384 1 xt_CT 16384 4 iptable_filter 16384 1 ip6table_mangle 16384 0 nf_conntrack_netbios_ns 16384 0 nf_conntrack_broadcast 16384 1 nf_conntrack_netbios_ns nf_conntrack_ipv4 16384 3 nf_defrag_ipv4 16384 1 nf_conntrack_ipv4 ip_tables 28672 2 iptable_filter,iptable_raw xt_conntrack 16384 6 nf_conntrack 114688 6 xt_CT,nf_conntrack_netbios_ns,xt_conntrack,nf_conntrack_broadcast,nf_conntrack_ipv4,nf_conntrack_ipv6 ip6table_filter 16384 1 ip6_tables 28672 3 ip6table_filter,ip6table_mangle,ip6table_raw x_tables 36864 15 xt_pkttype,ip6table_filter,xt_CT,ip6table_mangle,ip_tables,xt_tcpudp,xt_limit,xt_conntrack,xt_LOG,iptable_filter,ip6table_raw,ipt_REJECT,ip6_tables,iptable_raw,ip6t_REJECT snd_emu10k1 176128 2 snd_util_mem 16384 1 snd_emu10k1 snd_hwdep 16384 1 snd_emu10k1 snd_rawmidi 36864 1 snd_emu10k1 snd_seq_device 16384 2 snd_rawmidi,snd_emu10k1 snd_ac97_codec 139264 1 snd_emu10k1 gpio_ich 16384 0 snd_pcm 131072 2 snd_ac97_codec,snd_emu10k1 iTCO_wdt 16384 0 iTCO_vendor_support 16384 1 iTCO_wdt snd_timer 36864 2 snd_pcm,snd_emu10k1 snd 94208 11 snd_ac97_codec,snd_hwdep,snd_timer,snd_pcm,snd_rawmidi,snd_emu10k1,snd_seq_device soundcore 16384 1 snd lpc_ich 24576 0 ac97_bus 16384 1 snd_ac97_codec mfd_core 16384 1 lpc_ich dm_mod 122880 0 coretemp 16384 0 i2c_i801 24576 0 shpchp 36864 0 ppdev 20480 0 emu10k1_gp 16384 0 acpi_cpufreq 20480 0 parport_pc 49152 0 gameport 16384 2 emu10k1_gp kvm_intel 163840 0 parport 49152 2 ppdev,parport_pc serio_raw 16384 0 pcspkr 16384 0 kvm 552960 1 kvm_intel processor 40960 1 acpi_cpufreq 8250_fintek 16384 0 uas 24576 0 usb_storage 73728 1 uas sr_mod 24576 0 cdrom 61440 1 sr_mod ata_generic 16384 0 ata_piix 36864 3 firewire_ohci 45056 0 firewire_core 73728 1 firewire_ohci crc_itu_t 16384 1 firewire_core r8169 90112 0 nouveau 1478656 9 mii 16384 1 r8169 video 32768 1 nouveau mxm_wmi 16384 1 nouveau wmi 20480 2 mxm_wmi,nouveau i2c_algo_bit 16384 1 nouveau drm_kms_helper 131072 1 nouveau ttm 106496 1 nouveau drm 376832 12 ttm,drm_kms_helper,nouveau button 16384 1 nouveau sg 40960 0 total used free shared buff/cache available Mem: 4045952 686896 1587312 11960 1771744 3085332 Swap: 4192960 0 4192960 /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/00powersave hibernate hibernate: /usr/lib/pm-utils/sleep.d/00powersave hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/02rtcwake hibernate hibernate: rtcwake alarm not enabled in /etc/pm/config.d/rtcwake.config, doing nothing... /usr/lib/pm-utils/sleep.d/02rtcwake hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/06autofs hibernate hibernate: ● autofs.service - Automounts filesystems on demand Loaded: loaded (/usr/lib/systemd/system/autofs.service; disabled; vendor preset: disabled) Active: inactive (dead) Docs: man:automount(8) man:autofs(5) /usr/lib/pm-utils/sleep.d/06autofs hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/30s2disk-check hibernate hibernate: INFO: checking for suspend-to-disk prerequisites... using userspace suspend method, temp. config file /var/lib/s2disk.conf setting resume device to /dev/sda1 setting image size to 1864374681 adding these parameters from /etc/suspend.conf: suspend loglevel = 6 compute checksum = y compress = n early writeout = n splash = n resume pause = 10 /usr/lib/pm-utils/sleep.d/30s2disk-check hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/45pcmcia hibernate hibernate: ejecting PCMCIA cards... /usr/lib/pm-utils/sleep.d/45pcmcia hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/50rcnetwork hibernate hibernate: /usr/lib/pm-utils/sleep.d/50rcnetwork hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/75modules hibernate hibernate: /usr/lib/pm-utils/sleep.d/75modules hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/90clock hibernate hibernate: /usr/lib/pm-utils/sleep.d/90clock hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/94cpufreq hibernate hibernate: /usr/lib/pm-utils/sleep.d/94cpufreq hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/95led hibernate hibernate: /usr/lib/pm-utils/sleep.d/95led hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler hibernate hibernate: Kernel modesetting video driver detected, not using quirks. /usr/lib/pm-utils/sleep.d/98video-quirk-db-handler hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/99Zgrub hibernate hibernate: INFO: running prepare-grub Skipping grub entry #2, because it has the noresume option running kernel is grub menu entry 0 (vmlinuz-4.0.4-3-desktop) preparing boot-loader: selecting entry 0, kernel /boot/4.0.4-3-desktop grub-once: saving original /boot/grub2/grubenv running '/usr/sbin/grub2-once 0' time needed for sync: 0.5 seconds, time needed for grub: 0.1 seconds. /usr/lib/pm-utils/sleep.d/99Zgrub hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/99info hibernate hibernate: /usr/lib/pm-utils/sleep.d/99info hibernate hibernate: success. Running hook /usr/lib/pm-utils/sleep.d/99video hibernate hibernate: /usr/lib/pm-utils/sleep.d/99video hibernate hibernate: success. Fri Jun 12 02:50:59 CEST 2015: performing hibernate INFO: using built-in quirks database from HAL. INFO: S2RAM_OPTS from HAL quirks: ' '. Is there an easy way to pause the suspend operation after it is finished writing out everything? Regards, Ingmar -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Fri, 12 Jun 2015 01:49:46 +0200 Ingmar Sittl <pizzaboy@web.de> пишет:
This is actually expected. This is called late during kernel initialization before any user space so those convenience links are not present.
So at this point user space resolved device link and sent literal 8:1 to kernel.
[ 1.777358] PM: Looking for hibernation image. [ 1.777634] PM: Image not found (code -22)
This can mean one of - failure to open disk - failure to read disk - invalid suspend signature on disk first two are less likely, especially given error number (EINVAL).
But s2disk is user level suspend which also writes different signature to hibernate partition. You need to use user level resume, not kernel directly for this. Does your dracut include 95resume module? If not, try adding it explicitly echo 'add_dracutmodules+=" resume"'
/etc/dracut.conf.d/95-user-level-resume.conf
And recreate initrd.
-- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Fri, 12 Jun 2015 13:37:14 +0200 Ingmar Sittl <pizzaboy@web.de> пишет:
Well, apparently it is not even installed if building systemd-based initrd: # if systemd is included and has the hibernate-resume tool, use it and nothing else if dracut_module_included "systemd" && [[ -x $systemdutildir/systemd-hibernate-resume ]]; then inst_multiple -o \ $systemdutildir/system-generators/systemd-hibernate-resume-generator \ $systemdsystemunitdir/systemd-hibernate-resume@.service \ $systemdutildir/systemd-hibernate-resume return 0 fi I noticed you were using pm-utils. Try kernel level hibernate first, does it work? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 12.06.2015 13:51, Andrei Borzenkov wrote:
echo shutdown > /sys/power/disk; echo disk > /sys/power/state works as expected, the kernel restores the image from the swap partition. Now the question is, does anyone else have problems with pm-utils based suspend on tumbleweed or is it just my machine? Regards. Ingmar -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Fri, 12 Jun 2015 19:51:59 +0200 Ingmar Sittl <pizzaboy@web.de> пишет:
pm-utils can be configured to use different suspend/hibernate methods. You can set it to use kernel instead of swsusp (assuming you need pm-utils at all). I do not remember what it does by default. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2015-06-12 13:37, Ingmar Sittl wrote:
I didn't have a 95resume module and now added it, but I see no difference in behavior or logs (see attached full dmesg output).
Please, next time don't attach such a big file to mails posted on a mail list, that everybody has to download. Instead, upload to a site such as susepaste.org, and post a link to it. People interested in the file, click and see it. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 12.06.2015 13:52, Carlos E. R. wrote:
ah, sorry, I hadn't thought the file was large. Is there a rule-of-thumb for what consists a big file? Regards, Ingmar -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi Ingmar,
Hi,
had the same problem. Uninstalled package "suspend" and it worked as expected. systemd itself is able to do all the suspend/hibernate/resume stuff. The only thing I configured additionally was /etc/systemd/sleep.conf: ------------------------< snip snip snip >----------------------------- [Sleep] # SuspendMode=shutdown # HibernateMode=shutdown # HybridSleepMode=shutdown SuspendState=disk HibernateState=disk HybridSleepState=disk ------------------------< snip snip snip >----------------------------- But that is necessary only, if you aren't comfortable with the default settings. [...]
Regards, Ingmar
Bye. Michael. -- Michael Hirmke -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Mon, Jun 15, 2015 at 10:16 AM, Michael Hirmke <mh@mike.franken.de> wrote:
That is slightly misleading ;) systemd suspend/hibernate does nothing more than running /usr/lib/systemd/sleep scripts and then echo a few strings to /sys/power/* to ask the kernel to suspend/hibernate the machine. the suspend package is probably using the userland swsusp https://www.kernel.org/doc/Documentation/power/userland-swsusp.txt. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Hi Cristian,
of course you are right :) Just wanted to say, that systemd is enough to achieve the desired goal.
the suspend package is probably using the userland swsusp https://www.kernel.org/doc/Documentation/power/userland-swsusp.txt.
Maybe, I didn't check that. Bye. Michael. -- Michael Hirmke -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (8)
-
Andrei Borzenkov -
Carlos E. R. -
Cristian Rodríguez -
Ingmar Sittl -
Ingmar Sittl -
mh＠mike.franken.de -
Roman Bysh -
Wolfgang Bauer