On 12.06.2015 02:07, Carlos E. R. wrote:

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

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

On 12.06.2015 08:04, Andrei Borzenkov wrote:

...

...

[ 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): But s2disk is user level suspend which also writes different signature to hibernate partition. You need to use user level resume, not kernel

[ 1.777636] PM: Hibernation image not present or could not be loaded. 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.

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). Should there be anything about dracut trying to do a resume in the log? Regards, Ingmar

On 12.06.2015 13:51, Andrei Borzenkov wrote:

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? Konsole output

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

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)

Hi Cristian,

On Mon, Jun 15, 2015 at 10:16 AM, Michael Hirmke wrote:

...

Hi Ingmar,

...

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%").

had the same problem. Uninstalled package "suspend" and it worked as expected. systemd itself is able to do all the suspend/hibernate/resume stuff.

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.

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 Mon, Jun 15, 2015 at 9:29 PM, Roman Bysh 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?

It already does.. Im not sure what systemd problem are you seeing here.. -- 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:

Hi Roman,

...

On 06/15/2015 09:16 AM, Michael Hirmke wrote:

...

Hi Ingmar,

...

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%").

had the same problem. Uninstalled package "suspend" and it worked as expected. systemd itself is able to do all the suspend/hibernate/resume stuff.

[...]

...

If systemd is supposed to handle hibernate shouldn't it also create the unit files for resume after the installation. Out of the box.

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.

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:

Hi Ingmar,

...

...

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%"). had the same problem. Uninstalled package "suspend" and it worked as expected. systemd itself is able to do all the suspend/hibernate/resume stuff.

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

В 18 Jun 2015 23:45:00 +0200 mh@mike.franken.de (Michael Hirmke) пишет:

Hi Ingmar,

[...]

...

...

had the same problem. Uninstalled package "suspend" and it worked as expected. systemd itself is able to do all the suspend/hibernate/resume stuff.

...

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-<

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.

...

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.

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.

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

Am Donnerstag, 18. Juni 2015, 23:45:00 schrieb Michael Hirmke:

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-<

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

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

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