[opensuse-factory] Hibernation/suspend with systemd - documented? Where?
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I have problems with hibernation under systemd, it crashes. What replaces now "/etc/suspend.conf"? It is missing. Page <https://en.opensuse.org/SDB:Suspend_to_RAM> is obsolete, it only documents till 11.3. The link to <SDB:Suspend Troubleshooting> is broken. Same applies to <https://en.opensuse.org/SDB:Suspend_to_disk> - -- Cheers, Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) iEYEARECAAYFAlGvzfsACgkQtTMYHG2NR9W/MQCfaBfHlZs9S/UmgBS0MPB676T/ LJ4AnjfnTmgTNyD/P+WeVsjoDn06E+Im =ciWP -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Carlos E. R. <carlos.e.r@opensuse.org> [06-05-13 19:47]:
I have problems with hibernation under systemd, it crashes.
What replaces now "/etc/suspend.conf"? It is missing.
Page <https://en.opensuse.org/SDB:Suspend_to_RAM> is obsolete, it only documents till 11.3. The link to <SDB:Suspend Troubleshooting> is broken.
Same applies to <https://en.opensuse.org/SDB:Suspend_to_disk>
I have /etc/suspend.conf 20:00 Crash: ~ > rpm -qf /etc/suspend.conf suspend-1.0-22.2.1.x86_64 http://software.opensuse.org/package/suspend -- (paka)Patrick Shanahan Plainfield, Indiana, USA HOG # US1244711 http://wahoo.no-ip.org Photo Album: http://wahoo.no-ip.org/gallery2 http://en.opensuse.org openSUSE Community Member Registered Linux User #207535 @ http://linuxcounter.net -- 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: SHA1 On 2013-06-06 02:02, Patrick Shanahan wrote:
* Carlos E. R. <> [06-05-13 19:47]:
I have /etc/suspend.conf
20:00 Crash: ~ > rpm -qf /etc/suspend.conf suspend-1.0-22.2.1.x86_64
I don't. Correction: a virtual machine (under vmplayer) has it, a real hardware install doesn't. To check if package "suspend" is installed I would have to reboot. Funny, the installation package does have "suspend.conf". I have to reinstall it, then. Yes, checking files I see that package pm-utils is installed, but package suspend is not. I'll reboot to try, after I answer a few emails. - -- Cheers / Saludos, Carlos E. R. (from 12.1 x86_64 "Asparagus" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlGv3QEACgkQIvFNjefEBxrdjgCfV0E2/0wWqIwoO7goaCjHEjMB xi4Aniwm1vOhecdwStSUhB8CjKE7Rklj =gI5P -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 05/06/13 20:51, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-06-06 02:02, Patrick Shanahan wrote:
* Carlos E. R. <> [06-05-13 19:47]:
I have /etc/suspend.conf
20:00 Crash: ~ > rpm -qf /etc/suspend.conf suspend-1.0-22.2.1.x86_64
I don't. Correction: a virtual machine (under vmplayer) has it, a real hardware install doesn't.
To check if package "suspend" is installed I would have to reboot. Funny, the installation package does have "suspend.conf". I have to reinstall it, then.
Yes, checking files I see that package pm-utils is installed, but package suspend is not.
Neither should be/must be required (that's the reason it is not installed) your system should be capable of hibernating/suspending without any of those legacy/obsolete hacks. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 03:26, Cristian Rodríguez wrote:
El 05/06/13 20:51, Carlos E. R. escribió:
Yes, checking files I see that package pm-utils is installed, but package suspend is not.
Neither should be/must be required (that's the reason it is not installed) your system should be capable of hibernating/suspending without any of those legacy/obsolete hacks.
It is indeed absolutely necessary. I installed the package. I saw that it run mkinitrd (because it also added libply2, libply-splash-core2, and libply-boot-client2, I guess). I rebooted, to apply the changes. Then I hibernated from text mode - it worked. I run "init 5" then, answered one email, hibernated, restored fine, and here I am, writing to you again :-) So that package is indeed needed for a successful hibernation :-) I solved my problem and I can consider upgrading my work system 12.1 to 12.3 with real chances. Be happy. :-)) -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 05/06/13 19:47, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
I have problems with hibernation under systemd, it crashes.
What do you mean by "it crashes" ?
What replaces now "/etc/suspend.conf"? It is missing.
YOu are confused, systemd (when pm-utils is not installed) merely: 1. executes a set of scripts in /usr/lib/systemd-sleep/ 2. messages the kernel which is responsible of putting the machine into suspend or hibernate state. Nothing else, the task of suspending or resuming the system is up to the kernel. -- 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: SHA1 On 2013-06-06 02:08, Cristian Rodr￭guez wrote:
El 05/06/13 19:47, Carlos E. R. escribi:
I have problems with hibernation under systemd, it crashes.
What do you mean by "it crashes" ?
That it crashes >:-) It goes through the hibernate motions so fast that I doubt it does anything, except power off. On restore, it appears to try and give up, fast, then goes through a normal (non thaw) boot, fsck, so the session is lost. A crash. Full details: <http://lists.opensuse.org/opensuse/2013-06/msg00043.html>
What replaces now "/etc/suspend.conf"? It is missing.
It appears that suspend.rpm was not installed, dunno why. Yes, I know: removing plymouth removed suspend as well. Funny, I tested the procedure on the virtual machine and it worked.
YOu are confused, systemd (when pm-utils is not installed) merely:
1. executes a set of scripts in /usr/lib/systemd-sleep/
2. messages the kernel which is responsible of putting the machine into suspend or hibernate state.
Nothing else, the task of suspending or resuming the system is up to the kernel.
I see messages in the log from systemd about hibernation, and I simply do not know what it does. - -- Cheers / Saludos, Carlos E. R. (from 12.1 x86_64 "Asparagus" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlGv4EcACgkQIvFNjefEBxq8CwCgw72S0eNUkRKLw74UhdMlRt2m +oYAoJyWi7nPAqH3345LNWt1ehaiHj7c =UDQR -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 05/06/13 21:05, Carlos E. R. escribió:
I see messages in the log from systemd about hibernation, and I simply do not know what it does.
What it does can be resumed in this sentence "it asks the kernel to suspend/hibernate then gets out of the way". whatever it goes wrong has to be fixed in the kernel. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 05/06/13 21:05, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2013-06-06 02:08, Cristian Rodr￭guez wrote:
El 05/06/13 19:47, Carlos E. R. escribi:
I have problems with hibernation under systemd, it crashes.
What do you mean by "it crashes" ?
That it crashes >:-)
It goes through the hibernate motions so fast that I doubt it does anything, except power off. On restore, it appears to try and give up, fast, then goes through a normal (non thaw) boot, fsck, so the session is lost. A crash.
Full details: <http://lists.opensuse.org/opensuse/2013-06/msg00043.html>
That tells me you are not running factory.. "Linux rescate1.site 3.7.10-1.11-desktop #1 SMP PREEMPT Thu May 16 20:27:27 " --> not a factory kernel. posting in the wrong list ;-P In this case systemd is not doing the hibernation part, it is just forwarding to pm-utils for the process to be done in the old-fashioned way. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 03:36, Cristian Rodríguez wrote:
El 05/06/13 21:05, Carlos E. R. escribió:
Full details: <http://lists.opensuse.org/opensuse/2013-06/msg00043.html>
That tells me you are not running factory.. "Linux rescate1.site 3.7.10-1.11-desktop #1 SMP PREEMPT Thu May 16 20:27:27 " --> not a factory kernel. posting in the wrong list ;-P
Sure - but I'm desperate, nobody answered there. Here I got your attention and you gave me very useful information. And Patrick gave the clue I needed. It is working now :-) (what I asked here is for information that is valid for both the stable and factory versions) -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 05/06/13 21:50, Carlos E. R. escribió:
On 2013-06-06 03:36, Cristian Rodríguez wrote:
El 05/06/13 21:05, Carlos E. R. escribió:
Full details: <http://lists.opensuse.org/opensuse/2013-06/msg00043.html>
That tells me you are not running factory.. "Linux rescate1.site 3.7.10-1.11-desktop #1 SMP PREEMPT Thu May 16 20:27:27 " --> not a factory kernel. posting in the wrong list ;-P
Sure - but I'm desperate, nobody answered there. Here I got your attention and you gave me very useful information. And Patrick gave the clue I needed.
It is working now :-)
It is working now ? after doing what exactly ? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 03:54, Cristian Rodríguez wrote:
El 05/06/13 21:50, Carlos E. R. escribió:
On 2013-06-06 03:36, Cristian Rodríguez wrote:
It is working now :-)
It is working now ? after doing what exactly ?
Posted on another email. I was doing another test. :-) -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 06/05/2013 09:54 PM, Cristian Rodríguez wrote:
El 05/06/13 21:50, Carlos E. R. escribió:
On 2013-06-06 03:36, Cristian Rodríguez wrote:
El 05/06/13 21:05, Carlos E. R. escribió:
Full details: <http://lists.opensuse.org/opensuse/2013-06/msg00043.html>
That tells me you are not running factory.. "Linux rescate1.site 3.7.10-1.11-desktop #1 SMP PREEMPT Thu May 16 20:27:27 " --> not a factory kernel. posting in the wrong list ;-P
Sure - but I'm desperate, nobody answered there. Here I got your attention and you gave me very useful information. And Patrick gave the clue I needed.
It is working now :-)
It is working now ? after doing what exactly ?
─I couldn't hibernate either hibernate from disktop menu brought up a clean desktop on resume s2disk -r /dev/myswap worked so I Changed a kernel paremeter [*] Hibernation (aka 'suspend to disk') │ │ │ │ _(/dev/sda3) Default resume partition__ _ ────────── Default resume partition ───────────────────────────────────┐ │ CONFIG_PM_STD_PARTITION: │ │ │ │ The default resume partition is the partition that the suspend- │ │ to-disk implementation will look for a suspended disk image. │ │ │ │ The partition specified here will be different for almost every user. │ │ It should be a valid swap partition (at least for now) that is turned │ │ on before suspending. │ │ │ │ The partition specified can be overridden by specifying: │ │ │ │ resume=/dev/<other device> │ │ │ │ which will set the resume partition to the device specified. │ │ │ │ Note there is currently not a way to specify which device to save the │ │ suspended image to. It will simply pick the first available swap │ │ device. │ │ │ │ Symbol: PM_STD_PARTITION [=/dev/sda3] │ │ Type : string │ │ Prompt: Default resume partition │ │ Location: │ │ -> Power management and ACPI options │ │ Defined at kernel/power/Kconfig:72 │ │ Depends on: HIBERNATION [=y] │ ├──────────────────────────────────────────────────────────────── -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 13:42, Dale Ritchey wrote:
─I couldn't hibernate either hibernate from disktop menu brought up a clean desktop on resume s2disk -r /dev/myswap worked so I Changed a kernel paremeter
[*] Hibernation (aka 'suspend to disk') │ │ │ │ _(/dev/sda3) Default resume partition__ _
Where is that dialog? -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 06.06.2013 02:08, schrieb Cristian Rodríguez:
Nothing else, the task of suspending or resuming the system is up to the kernel.
No, for any advanced hibernation stuff the suspend package is still necessary AFAIK. -- Stefan Seyfried "If your lighter runs out of fluid or flint and stops making fire, and you can't be bothered to figure out about lighter fluid or flint, that is not Zippo's fault." -- bkw -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 06.06.2013 01:47, schrieb Carlos E. R.:
I have problems with hibernation under systemd, it crashes.
What replaces now "/etc/suspend.conf"? It is missing.
suspend.conf is part of suspend-1.0-22.2.1.x86_64. On my notebook suspending did not work either. I found a workaround, I created a file named /etc/pm/config.d/s2ram_opts.config with the following content: S2RAM_OPTS="-f -a 3" Then reboot (unloading the ACPI modules may do it as well, I don´t know) and then it worked again, pm-suspend worked. Hope that helps Malte
-----Original Message----- From: "Malte Gell" <malte.gell@gmail.com> Sent: Thursday, June 6, 2013 1:15am To: opensuse-factory@opensuse.org Subject: Re: [opensuse-factory] Hibernation/suspend with systemd - documented? Where? Am 06.06.2013 01:47, schrieb Carlos E. R.:
I have problems with hibernation under systemd, it crashes.
What replaces now "/etc/suspend.conf"? It is missing.
suspend.conf is part of suspend-1.0-22.2.1.x86_64. On my notebook suspending did not work either. I found a workaround, I created a file named /etc/pm/config.d/s2ram_opts.config with the following content: S2RAM_OPTS="-f -a 3" Then reboot (unloading the ACPI modules may do it as well, I don´t know) and then it worked again, pm-suspend worked. Hope that helps Malte ----------- You're both wrong. Didn't you hear Cristian ? I know, it sure *looks* like you're laptops failed before, and it sure *looks* like they are working now. But really, what are facts of life compared to words of Cristian Rodriguez? -- bkw -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 06/06/2013 01:33 AM, brian@aljex.com wrote:
You're both wrong. Didn't you hear Cristian ? I know, it sure *looks* like you're laptops failed before, and it sure *looks* like they are working now. But really, what are facts of life compared to words of Cristian Rodriguez?
That means there is a bug somewhere, I'm pretty sure I am correct in my assesment, or better said correct in my expectatives on how things should work. A quick look reveals the bug is that "pm-utils" does not require "suspend" to be installed even though It may call s2ram or s2disk, Unloading ACPI modules is also not a solution (where people get this ideas?) Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ? -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 06.06.2013 07:53, schrieb Cristian Rodríguez:
Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ?
What would be the benefit to remove pm-utils? Or is this just for a test? To answer your question: naaaaaaahhhh.... I´m so happy now my setup works and suspend :-) Malte -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 06/06/2013 02:07 AM, Malte Gell wrote:
Am 06.06.2013 07:53, schrieb Cristian Rodríguez:
Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ?
What would be the benefit to remove pm-utils?
Test if native kernel suspend works or not (if pm-utils is not installed systemd takes its own suspend path) and to test hypothesis that pm-utils "requires" are buggy. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 06.06.2013 08:13, schrieb Cristian Rodríguez:
On 06/06/2013 02:07 AM, Malte Gell wrote:
Am 06.06.2013 07:53, schrieb Cristian Rodríguez:
Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ?
What would be the benefit to remove pm-utils?
Test if native kernel suspend works or not (if pm-utils is not installed systemd takes its own suspend path) and to test hypothesis that pm-utils "requires" are buggy.
I removed pm-utils and the system did not suspend any more. Then I installed pm-utils again, but the machine does not suspend anymore now... This is awkward, before when pm-utils was installed, it suspended just fine. Now, after this experiment the system does not suspend anymore... I consider now to abandon Tumbleweed and go back to openSuSE 12.3 standard install. Malte -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-07 10:05, Malte Gell wrote:
I removed pm-utils and the system did not suspend any more. Then I installed pm-utils again, but the machine does not suspend anymore now...
You have to reboot, initrd was rebuilt on package removal, desktop doesn't know about the changes (and who knows what doesn't know). And maybe your configuration was deleted/changed. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 07.06.2013 11:05, schrieb Carlos E. R.:
On 2013-06-07 10:05, Malte Gell wrote:
I removed pm-utils and the system did not suspend any more. Then I installed pm-utils again, but the machine does not suspend anymore now...
You have to reboot, initrd was rebuilt on package removal, desktop doesn't know about the changes (and who knows what doesn't know). And maybe your configuration was deleted/changed.
Rebooting didn´t do it, but rebuilding initrd did fix it. It works now again, later today I want to test hibernation if it works as well. thanx Malte -- 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 2013-06-07 11:57, Malte Gell wrote:
Am 07.06.2013 11:05, schrieb Carlos E. R.:
Rebooting didn´t do it, but rebuilding initrd did fix it. It works now again, later today I want to test hibernation if it works as well.
Ah. Then for some reason the package manager neglected to do it. Bug? - -- Cheers / Saludos, Carlos E. R. (from 11.4, with Evergreen, x86_64 "Celadon" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlGxrt0ACgkQja8UbcUWM1xZ1gD/WThRyXiI18iKVaY9SgXGv0xg v6HQ8eVrbeqfbC8P87QBAIjtfcynDonTLU9/k0qXX2P/0h075uaMYVTbCKy+mfAd =Qs2h -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
Am 07.06.2013 11:58, schrieb Carlos E. R.:
On 2013-06-07 11:57, Malte Gell wrote:
Am 07.06.2013 11:05, schrieb Carlos E. R.:
Rebooting didn´t do it, but rebuilding initrd did fix it. It works now again, later today I want to test hibernation if it works as well.
Ah. Then for some reason the package manager neglected to do it. Bug?
Oh no... I now compiled the kernel on my own, the same version from Tumbleweed, 3.9.4-11.g51bf0ff-desktop, I just change the sources, because I hate cursor blinking in the console... build the initrd again, installed kernel and now when suspending, KDE asks for root password... But, before I can enter the root password, KDE locks the screen => again no suspending... But, in KDE org.freedesktop.login1.suspend is set to "active console" yes... Malte
On 2013-06-06 07:53, Cristian Rodríguez wrote:
That means there is a bug somewhere, I'm pretty sure I am correct in my assesment, or better said correct in my expectatives on how things should work.
A quick look reveals the bug is that "pm-utils" does not require "suspend" to be installed even though It may call s2ram or s2disk,
I can report that bug. But you see, my machine appeared to hibernate, and it powered down at the end. The symptom that I saw was that it failed to restore, something was wrong in the image, not that it failed to hibernate. As the kernel does not stop when the swap image fails, I could not read the messages. Only if the process is slow I can see the percent of image saved/restored. pm-hibernate was present and appeared to work.
Unloading ACPI modules is also not a solution (where people get this ideas?)
If it works... who are we to argue? :-)
Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ?
Sure. This is a test setup. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 11:09, Carlos E. R. wrote:
On 2013-06-06 07:53, Cristian Rodríguez wrote:
Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ?
Sure. This is a test setup.
Does not work. pm-hibernate is missing, and I hesitate to call s2disk. xfce loses the menu entry for suspend/hibernate. Reinstalling package. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 06/06/2013 05:43 AM, Carlos E. R. wrote:
On 2013-06-06 11:09, Carlos E. R. wrote:
On 2013-06-06 07:53, Cristian Rodríguez wrote:
Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ?
Sure. This is a test setup.
Does not work.
pm-hibernate is missing, and I hesitate to call s2disk.
xfce loses the menu entry for suspend/hibernate.
of course, you have to call systemctl suspend or use a desktop environment that is not broken such as kde or gnome. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 17:35, Cristian Rodríguez wrote:
On 06/06/2013 05:43 AM, Carlos E. R. wrote:
On 2013-06-06 11:09, Carlos E. R. wrote:
On 2013-06-06 07:53, Cristian Rodríguez wrote:
Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ?
Sure. This is a test setup.
Does not work.
pm-hibernate is missing, and I hesitate to call s2disk.
xfce loses the menu entry for suspend/hibernate.
of course, you have to call systemctl suspend or use a desktop environment that is not broken such as kde or gnome.
Well, if you tell me exactly what to do, I'll try it. I'm no expert with systemd. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Thu, 06 Jun 2013 19:11:51 +0200 "Carlos E. R." <robin.listas@telefonica.net> пишет:
On 2013-06-06 17:35, Cristian Rodríguez wrote:
On 06/06/2013 05:43 AM, Carlos E. R. wrote:
On 2013-06-06 11:09, Carlos E. R. wrote:
On 2013-06-06 07:53, Cristian Rodríguez wrote:
Can any of the OP test if the respective machines suspend/hibernate correctly *without* the package "pm-utils" installed ?
Sure. This is a test setup.
Does not work.
pm-hibernate is missing, and I hesitate to call s2disk.
xfce loses the menu entry for suspend/hibernate.
of course, you have to call systemctl suspend or use a desktop environment that is not broken such as kde or gnome.
Well, if you tell me exactly what to do, I'll try it. I'm no expert with systemd.
systemctl suspend systemctl hibernate systemctl hybrid-sleep surprise :) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 19:19, Andrey Borzenkov wrote:
В Thu, 06 Jun 2013 19:11:51 +0200 "Carlos E. R." <> пишет:
Well, if you tell me exactly what to do, I'll try it. I'm no expert with systemd.
systemctl suspend systemctl hibernate systemctl hybrid-sleep
surprise :)
Ok... so I remove pm-utils, reboot, and run "systemctl hibernate". What is that hybrid state? Man systemd-suspend.service does not say. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 06/06/13 13:57, Carlos E. R. escribió:
What is that hybrid state? Man systemd-suspend.service does not say.
It is both suspend and hibernate at the same time. There is also a new "freeze" state but that's another story... -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Thu, 06 Jun 2013 19:57:07 +0200 "Carlos E. R." <robin.listas@telefonica.net> пишет:
On 2013-06-06 19:19, Andrey Borzenkov wrote:
В Thu, 06 Jun 2013 19:11:51 +0200 "Carlos E. R." <> пишет:
Well, if you tell me exactly what to do, I'll try it. I'm no expert with systemd.
systemctl suspend systemctl hibernate systemctl hybrid-sleep
surprise :)
Ok... so I remove pm-utils, reboot, and run "systemctl hibernate". What is that hybrid state? Man systemd-suspend.service does not say.
This is basically hibernation that ends with suspend to RAM instead of switching off. This gives you the same resume speed as with suspend to RAM but provides safety belt in case system was suspended for too long for accu to become empty. pm-utils support is as well. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 20:18, Andrey Borzenkov wrote:
В Thu, 06 Jun 2013 19:57:07 +0200 "Carlos E. R." <> пишет:
Ok... so I remove pm-utils, reboot, and run "systemctl hibernate". What is that hybrid state? Man systemd-suspend.service does not say.
This is basically hibernation that ends with suspend to RAM instead of switching off. This gives you the same resume speed as with suspend to RAM but provides safety belt in case system was suspended for too long for accu to become empty.
Wow! That's nice...
pm-utils support is as well.
Didn't know that. I have not seen an entry for it in the exit menu. However... maybe I didn't say. This is a desktop, not a laptop. I use hibernation to conserve energy when I go out; suspend to ram needs leaving the power on, with some fans running. Unsafe if I don't come back for days. Besides that, suspend to ram has never worked on this machine right. On another machine I tried, the cpu was still powered but its fan was not, getting very hot. I was lucky it did not self-destroy. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 06/06/13 14:32, Carlos E. R. escribió:
Besides that, suspend to ram has never worked on this machine right. On another machine I tried, the cpu was still powered but its fan was not, getting very hot. I was lucky it did not self-destroy.
Fill a bug report about that, if suspend to ram does not work in a particular system it has to be fixed in the kernel. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, Jun 6, 2013 at 3:35 PM, Cristian Rodríguez <crrodriguez@opensuse.org> wrote:
El 06/06/13 14:32, Carlos E. R. escribió:
Besides that, suspend to ram has never worked on this machine right. On another machine I tried, the cpu was still powered but its fan was not, getting very hot. I was lucky it did not self-destroy.
Fill a bug report about that, if suspend to ram does not work in a particular system it has to be fixed in the kernel.
Assuming it's not a PSU mistake. STR will go bonkers if the PSU can't provide enough current on the right leads (can't remember which). -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 21:17, Claudio Freire wrote:
On Thu, Jun 6, 2013 at 3:35 PM, Cristian Rodríguez <crrodriguez@opensuse.org> wrote:
El 06/06/13 14:32, Carlos E. R. escribió:
Besides that, suspend to ram has never worked on this machine right. On another machine I tried, the cpu was still powered but its fan was not, getting very hot. I was lucky it did not self-destroy.
Fill a bug report about that, if suspend to ram does not work in a particular system it has to be fixed in the kernel.
Some other day I'll test that. Tonight I have to test the previous thing I said I would, undo, post, then upgrade main system to 12.3. And have supper somewhere in between, hopefully watching the upgrade going on... The self-destruct thing, forget it. Bios bug (certain and recognized).
Assuming it's not a PSU mistake. STR will go bonkers if the PSU can't provide enough current on the right leads (can't remember which).
If there is some software side way of knowing that... -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 06/06/13 17:15, Carlos E. R. escribió:
The self-destruct thing, forget it. Bios bug (certain and recognized).
Assuming it's not a PSU mistake. STR will go bonkers if the PSU can't provide enough current on the right leads (can't remember which).
If there is some software side way of knowing that...
In this case special hardware, called hammer will help ;-P -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 19:57, Carlos E. R. wrote:
On 2013-06-06 19:19, Andrey Borzenkov wrote:
В Thu, 06 Jun 2013 19:11:51 +0200 "Carlos E. R." <> пишет:
Well, if you tell me exactly what to do, I'll try it. I'm no expert with systemd.
systemctl suspend systemctl hibernate systemctl hybrid-sleep
surprise :)
Ok... so I remove pm-utils, reboot, and run "systemctl hibernate".
“systemctl suspend” works fine with pm-utils removed, both in plain text mode and in graphical mode. However, xfce thinks that neither hibernate/suspend are possible, the options are greyed in the menu. Send email, test suspend. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 23:31, Carlos E. R. wrote:
On 2013-06-06 19:57, Carlos E. R. wrote:
On 2013-06-06 19:19, Andrey Borzenkov wrote:
В Thu, 06 Jun 2013 19:11:51 +0200 "Carlos E. R." <> пишет:
Well, if you tell me exactly what to do, I'll try it. I'm no expert with systemd.
systemctl suspend systemctl hibernate systemctl hybrid-sleep
surprise :)
Ok... so I remove pm-utils, reboot, and run "systemctl hibernate".
“systemctl suspend” works fine with pm-utils removed, both in plain text mode and in graphical mode. However, xfce thinks that neither hibernate/suspend are possible, the options are greyed in the menu.
Send email, test suspend.
rescate1:~ # systemctl suspend A dependency job for suspend.target failed. See 'journalctl -n' for details. rescate1:~ #
-- Logs begin at Thu, 2013-06-06 23:18:31 CEST, end at Thu, 2013-06-06 23:33:36 CEST. -- Jun 06 23:33:36 rescate1.site systemd-sleep[5543]: Suspending system... Jun 06 23:33:36 rescate1.site systemd-sleep[5543]: System resumed. Jun 06 23:33:36 rescate1.site systemd[1]: systemd-suspend.service: main process exited, code=exited, status=1/FAILURE Jun 06 23:33:36 rescate1.site systemd[1]: Failed to start Suspend. Jun 06 23:33:36 rescate1.site systemd[1]: Dependency failed for Suspend. Jun 06 23:33:36 rescate1.site systemd[1]: Job suspend.target/start failed with result 'dependency'. Jun 06 23:33:36 rescate1.site systemd[1]: Service sleep.target is not needed anymore. Stopping. Jun 06 23:33:36 rescate1.site systemd[1]: Unit systemd-suspend.service entered failed state Jun 06 23:33:36 rescate1.site systemd[1]: Stopping Sleep. Jun 06 23:33:36 rescate1.site systemd[1]: Stopped target Sleep. lines 1-11/11 (END)
-- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 06/06/13 17:36, Carlos E. R. escribió:
rescate1:~ # systemctl suspend A dependency job for suspend.target failed. See 'journalctl -n' for details. rescate1:~ #
This is a different machine ? you first said it worked fine now that it does not work .. it is either one or the other :-) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 23:40, Cristian Rodríguez wrote:
El 06/06/13 17:36, Carlos E. R. escribió:
rescate1:~ # systemctl suspend A dependency job for suspend.target failed. See 'journalctl -n' for details. rescate1:~ #
This is a different machine ? you first said it worked fine now that it does not work .. it is either one or the other :-)
No, I mistyped here the wrong command. Hibernate works, suspend does not. I have restored pm-utils, suspend from xfce menu is simply ignored, nothing done. send email, test from command line. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 23:43, Carlos E. R. wrote:
On 2013-06-06 23:40, Cristian Rodríguez wrote:
El 06/06/13 17:36, Carlos E. R. escribió:
rescate1:~ # systemctl suspend A dependency job for suspend.target failed. See 'journalctl -n' for details. rescate1:~ #
This is a different machine ? you first said it worked fine now that it does not work .. it is either one or the other :-)
No, I mistyped here the wrong command. Hibernate works, suspend does not.
I have restored pm-utils, suspend from xfce menu is simply ignored, nothing done.
send email, test from command line.
pm-suspend works from command line (with pm-utils installed). This is an improvement, it failed in 12.1 AFAIR. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 06/06/13 17:43, Carlos E. R. escribió:
On 2013-06-06 23:40, Cristian Rodríguez wrote:
El 06/06/13 17:36, Carlos E. R. escribió:
rescate1:~ # systemctl suspend A dependency job for suspend.target failed. See 'journalctl -n' for details. rescate1:~ #
This is a different machine ? you first said it worked fine now that it does not work .. it is either one or the other :-)
No, I mistyped here the wrong command. Hibernate works, suspend does not.
Hrmmm.. suspend is a irreversible task.. cannot end with "dependency failure" ...(unless you are reporting on opensuse-factory but using 12.3 systemd in which case it can happen, they were made irreversible in systemd 198) -- 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 2013-06-06 23:50, Cristian Rodríguez wrote:
El 06/06/13 17:43, Carlos E. R. escribió:
Hrmmm.. suspend is a irreversible task.. cannot end with "dependency failure" ...(unless you are reporting on opensuse-factory but using 12.3 systemd in which case it can happen, they were made irreversible in systemd 198)
Suspend to ram works, if pm-utils is installed, when called from command line (pm-suspend). From the XFCE menu it is ignored. From systemd... I have forgotten. I should have taken notes on a paper. If pm-utils is not installed, then XFCE menu is disabled. From command line "systemctl suspend" gets the dependency error failure message. pm-suspend... where is it... I don't remember. systemctl hibernate works fine if pm-utils is not installed, but the XFCE menu is disabled. All those tests were done with 12.3, I can not test factory yet. I don't usually test factory on real hardware this early in the cycle, sorry. I keep track of events, that's about it. If you are *very* interested, I'll find the time, and a partition to install it. Means an entire day dedicated to it... - -- Cheers / Saludos, Carlos E. R. (from 11.4, with Evergreen, x86_64 "Celadon" (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlGxCM8ACgkQja8UbcUWM1yuQQD+J/1aztbA+ouHKnjR99ijvaQ4 DMSArZGe1xPRcR/H+2oA/RKPcauarOBD60UDur4ItK39sTzQnv67mi/8S7TsV1kH =AUeQ -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 06/06/13 18:10, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2013-06-06 23:50, Cristian Rodríguez wrote:
El 06/06/13 17:43, Carlos E. R. escribió:
Hrmmm.. suspend is a irreversible task.. cannot end with "dependency failure" ...(unless you are reporting on opensuse-factory but using 12.3 systemd in which case it can happen, they were made irreversible in systemd 198)
Suspend to ram works, if pm-utils is installed, when called from command line (pm-suspend). From the XFCE menu it is ignored. From systemd... I have forgotten. I should have taken notes on a paper.
If pm-utils is not installed, then XFCE menu is disabled. From command line "systemctl suspend" gets the dependency error failure message. pm-suspend... where is it... I don't remember.
I just fixed xfce-session , SR #177948 so it now understands suspend/resume via systemd... neeeeext.! -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, 7 Jun 2013 00:34, Cristian Rodríguez <crrodriguez@...> wrote:
El 06/06/13 18:10, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2013-06-06 23:50, Cristian Rodríguez wrote:
El 06/06/13 17:43, Carlos E. R. escribió:
Hrmmm.. suspend is a irreversible task.. cannot end with "dependency failure" ...(unless you are reporting on opensuse-factory but using 12.3 systemd in which case it can happen, they were made irreversible in systemd 198)
Suspend to ram works, if pm-utils is installed, when called from command line (pm-suspend). From the XFCE menu it is ignored. From systemd... I have forgotten. I should have taken notes on a paper.
If pm-utils is not installed, then XFCE menu is disabled. From command line "systemctl suspend" gets the dependency error failure message. pm-suspend... where is it... I don't remember.
I just fixed xfce-session , SR #177948 so it now understands suspend/resume via systemd... neeeeext.!
Thanks. Many thanks. Wow, fast. As xfce in Factory is the same as in OSS 12.3 (AFAIK), could that fix 'uplifted' to OSS12.3-update ? - Yamaban.
El 06/06/13 18:42, Yamaban escribió:
As xfce in Factory is the same as in OSS 12.3 (AFAIK), could that fix 'uplifted' to OSS12.3-update ?
As the fixes come from upstream on a minor update release, it should be doable. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Cristian Rodríguez <crrodriguez@opensuse.org> [2013-06-07 00:35]:
El 06/06/13 18:10, Carlos E. R. escribió:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 2013-06-06 23:50, Cristian Rodríguez wrote:
El 06/06/13 17:43, Carlos E. R. escribió:
Hrmmm.. suspend is a irreversible task.. cannot end with "dependency failure" ...(unless you are reporting on opensuse-factory but using 12.3 systemd in which case it can happen, they were made irreversible in systemd 198)
Suspend to ram works, if pm-utils is installed, when called from command line (pm-suspend). From the XFCE menu it is ignored. From systemd... I have forgotten. I should have taken notes on a paper.
If pm-utils is not installed, then XFCE menu is disabled. From command line "systemctl suspend" gets the dependency error failure message. pm-suspend... where is it... I don't remember.
I just fixed xfce-session , SR #177948 so it now understands suspend/resume via systemd... neeeeext.!
This is an example of how our packaging policy of adding proper changelog entries is a good idea, that is it forces the packager to read the list of changes. This release adds support for shutdown/reboot via systemd as an alternative to consolekit, suspend/hibernate is still done via upower as before. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 07/06/13 05:19, Guido Berhoerster escribió:
This is an example of how our packaging policy of adding proper changelog entries is a good idea, that is it forces the packager to read the list of changes. This release adds support for shutdown/reboot via systemd as an alternative to consolekit, suspend/hibernate is still done via upower as before.
I am more concerned and interested about fixing functionality than to filling paper work that no one reads. If you do not like the changes entry, fix it yourself, I will not waste any more of my time. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Cristian Rodríguez <crrodriguez@opensuse.org> [2013-06-07 21:23]:
El 07/06/13 05:19, Guido Berhoerster escribió:
This is an example of how our packaging policy of adding proper changelog entries is a good idea, that is it forces the packager to read the list of changes. This release adds support for shutdown/reboot via systemd as an alternative to consolekit, suspend/hibernate is still done via upower as before.
I am more concerned and interested about fixing functionality than to filling paper work that no one reads.
Well, if you had actually read the upstream changelog you would have noticed that this release doesn't actually "fix functionality" in terms of using systemd for suspend/hibernate as you claimed. It is still a useful though since it drops the dependency on ConsoleKit.
If you do not like the changes entry, fix it yourself, I will not waste any more of my time.
I have, since I forgot to check in this update about a month ago. This also fixes some dependency issues. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 07/06/13 16:17, Guido Berhoerster escribió:
* Cristian Rodríguez <crrodriguez@opensuse.org> [2013-06-07 21:23]:
El 07/06/13 05:19, Guido Berhoerster escribió:
This is an example of how our packaging policy of adding proper changelog entries is a good idea, that is it forces the packager to read the list of changes. This release adds support for shutdown/reboot via systemd as an alternative to consolekit, suspend/hibernate is still done via upower as before.
I am more concerned and interested about fixing functionality than to filling paper work that no one reads.
Well, if you had actually read the upstream changelog you would have noticed that this release doesn't actually "fix functionality" in terms of using systemd for suspend/hibernate as you claimed.
I did read ,not the changelog but the source code, unfortunately I did read a different version of the patch that landed in the release, which did contained "Suspend" and "Hibernate" support with systemd. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, 6 Jun 2013 23:43, Carlos E. R. <robin.listas@...> wrote:
On 2013-06-06 23:40, Cristian Rodríguez wrote:
El 06/06/13 17:36, Carlos E. R. escribió:
rescate1:~ # systemctl suspend A dependency job for suspend.target failed. See 'journalctl -n' for details. rescate1:~ #
This is a different machine ? you first said it worked fine now that it does not work .. it is either one or the other :-)
No, I mistyped here the wrong command. Hibernate works, suspend does not.
I have restored pm-utils, suspend from xfce menu is simply ignored, nothing done.
on xfce: /usr/lib64/xfce4/panel/plugins/libactions.so (Actions-Menu) uses dbus to call upon: "org.xfce.Session.Manager" or "/org/xfce/SessionManager" or "org.xfce.SessionManager" (found "org.xfce.SessionManager" for OSS 12.3) and looks for Methods: CanRestart Restart CanSuspend Suspend CanHibernate Hibernate /usr/bin/xfce4-session implements these, somewhere in there: xfsm-(hibernate|suspend) xfsm_consolekit_(can|try)_restart xfsm_manager_dbus_can_(hibernate|restart|suspend) xfsm_manager_dbus_(hibernate|restart|suspend) xfsm_manager_restart xfsm_shutdown_can_(hibernate|restart|suspend) xfsm_shutdown_try_(hibernate|restart|suspend) xfsm_upower_can_(hibernate|suspend) xfsm_upower_try_hibernate|suspend) just where the pm-utils come to play is mysterious, most likely via pm-is-supported. - Yamaban.
El 06/06/13 18:36, Yamaban escribió:
just where the pm-utils come to play is mysterious, most likely via pm-is-supported.
No, it plays through the upower backend, it is upower that calls pm-utils (that is until recently, where the suspend/hibernate interface was deprecated in favour of talking to systemd instead) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Fri, 7 Jun 2013 03:27, Cristian Rodríguez <crrodriguez@...> wrote:
El 06/06/13 18:36, Yamaban escribió:
just where the pm-utils come to play is mysterious, most likely via pm-is-supported.
No, it plays through the upower backend, it is upower that calls pm-utils (that is until recently, where the suspend/hibernate interface was deprecated in favour of talking to systemd instead)
Thanks for the info. For OSS 12.3: upower-0.9.19-2.1.1.x86_64 "grep -s pm- $(rpm -ql upower)" gives positives in /usr/lib/upower/upowerd /usr/share/doc/packages/upower/NEWS The later gives the why and how. systemd came in serious use with Version 0.9.18 (2012-08-08) See notice for Version 0.9.5 (2010-07-12) for use of pm-is-supported, and notice for Version 009 (2009-07-06) about hard-coded use of pm-utils For Factory the situation is a little better, with upower-0.9.20-2.2.x86_64 came some nice changes[1]: ===== Sat Apr 6 15:11:26 UTC 2013 - hrvoje.senjan@gmail.com - Add --enable-deprecated flag (bnc#813883) which restores upowers sleep/resume funcionality ------------------------------------------------------------------- Mon Mar 18 23:35:19 UTC 2013 - hrvoje.senjan@gmail.com - Update to version 0.9.20: + New Features: - Add a --enable-deprecated configure argument to remove pm-utils support .... ===== [1] https://build.opensuse.org/package/view_file?expand=1&file=upower.changes&package=upower&project=openSUSE%3AFactory Well, we will see how the ball rolls. Thanks, for the help and info again. - Yamaban.
El 06/06/13 22:04, Yamaban escribió:
===== Sat Apr 6 15:11:26 UTC 2013 - hrvoje.senjan@gmail.com
- Add --enable-deprecated flag (bnc#813883) which restores upowers sleep/resume funcionality
This is ban-aid while the dependent code is updated, just like I did with xfce ;) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
* Yamaban <foerster@lisas.de> [2013-06-07 00:36]:
On Thu, 6 Jun 2013 23:43, Carlos E. R. <robin.listas@...> wrote:
On 2013-06-06 23:40, Cristian Rodríguez wrote:
El 06/06/13 17:36, Carlos E. R. escribió:
rescate1:~ # systemctl suspend A dependency job for suspend.target failed. See 'journalctl -n' for details. rescate1:~ #
This is a different machine ? you first said it worked fine now that it does not work .. it is either one or the other :-)
No, I mistyped here the wrong command. Hibernate works, suspend does not.
I have restored pm-utils, suspend from xfce menu is simply ignored, nothing done.
on xfce: /usr/lib64/xfce4/panel/plugins/libactions.so (Actions-Menu)
uses dbus to call upon: "org.xfce.Session.Manager" or "/org/xfce/SessionManager" or "org.xfce.SessionManager" (found "org.xfce.SessionManager" for OSS 12.3)
and looks for Methods: CanRestart Restart CanSuspend Suspend CanHibernate Hibernate
/usr/bin/xfce4-session implements these, somewhere in there: xfsm-(hibernate|suspend) xfsm_consolekit_(can|try)_restart xfsm_manager_dbus_can_(hibernate|restart|suspend) xfsm_manager_dbus_(hibernate|restart|suspend) xfsm_manager_restart xfsm_shutdown_can_(hibernate|restart|suspend) xfsm_shutdown_try_(hibernate|restart|suspend) xfsm_upower_can_(hibernate|suspend) xfsm_upower_try_hibernate|suspend)
just where the pm-utils come to play is mysterious, most likely via pm-is-supported.
Nothing mysteriuos about it, both xfce4-session and xfce4-power-manager simply use the upower DBus API in order to suspend/hibernate and to determine whether the machine supports it. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
El 06/06/13 17:31, Carlos E. R. escribió:
On 2013-06-06 19:57, Carlos E. R. wrote:
On 2013-06-06 19:19, Andrey Borzenkov wrote:
В Thu, 06 Jun 2013 19:11:51 +0200 "Carlos E. R." <> пишет:
Well, if you tell me exactly what to do, I'll try it. I'm no expert with systemd.
systemctl suspend systemctl hibernate systemctl hybrid-sleep
surprise :)
Ok... so I remove pm-utils, reboot, and run "systemctl hibernate".
“systemctl suspend” works fine with pm-utils removed,
Cool , and hibernate ?
However, xfce thinks that neither hibernate/suspend are possible, the options are greyed in the menu.
That's because xfce has not been updated (yet?) to handle suspend/hibernation without pm-utils. That should be fixed at some point.. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 23:37, Cristian Rodríguez wrote:
El 06/06/13 17:31, Carlos E. R. escribió:
Ok... so I remove pm-utils, reboot, and run "systemctl hibernate".
“systemctl suspend” works fine with pm-utils removed,
Cool , and hibernate ?
Oops. That was "hibernate".
However, xfce thinks that neither hibernate/suspend are possible, the options are greyed in the menu.
That's because xfce has not been updated (yet?) to handle suspend/hibernation without pm-utils. That should be fixed at some point..
I guess. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
В Thu, 06 Jun 2013 11:09:01 +0200 "Carlos E. R." <robin.listas@telefonica.net> пишет:
On 2013-06-06 07:53, Cristian Rodríguez wrote:
That means there is a bug somewhere, I'm pretty sure I am correct in my assesment, or better said correct in my expectatives on how things should work.
A quick look reveals the bug is that "pm-utils" does not require "suspend" to be installed even though It may call s2ram or s2disk,
I can report that bug.
It is not a bug. pm-utils can use s2disk or can use kernel facility or can use Tux ... there is no reason to make all of them mandatory to install. Just because yast-bootloader can make use of lilo and grub and grub2 and ... does not mean all of them must be forced on user. This should be job for YaST to have black list of hardware that requires s2disk and install it or at least strongly suggest. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On 2013-06-06 07:15, Malte Gell wrote:
Am 06.06.2013 01:47, schrieb Carlos E. R.:
I have problems with hibernation under systemd, it crashes.
What replaces now "/etc/suspend.conf"? It is missing.
suspend.conf is part of suspend-1.0-22.2.1.x86_64.
But suspend.rpm had been unintentionally removed. I thought, mistakenly, that the missing suspend.conf was because systemd had taken over the suspending process, because there have been posts here saying so. I never imagined that I had removed a needed package.
On my notebook suspending did not work either. I found a workaround, I created a file named /etc/pm/config.d/s2ram_opts.config with the following content:
S2RAM_OPTS="-f -a 3"
I saw your post, Patrick pointed me to it. It was not my problem, but your post gave me ideas. That wiki page is way obsolete, by the way, last version tested is 11.3. What I do not see is what those options do. There is no man page for s2ram, and the help on the cli only says: rescate1:~ # s2ram --help Usage: s2ram [options] -h, --help this text. -V, --version version information -n, --test test if the machine is in the database. -i, --identify prints a string that identifies the machine. --nofbsuspend do not suspend the framebuffer (debugging only!). --force force suspending, even on unknown machines. The following options are only available with --force: --vbe_save save VBE state before suspending and restore after resume. --vbe_post VBE POST the graphics card after resume. --vbe_mode get VBE mode before suspend and set it after resume. --radeontool turn off the backlight on radeons before suspending. --pci_save save the PCI config space for the VGA card. --acpi_sleep <acpi_sleep> set the acpi_sleep parameter before suspend 1=s3_bios, 2=s3_mode, 3=both -f could be "--force". But "-a"?
Then reboot (unloading the ACPI modules may do it as well, I don´t know) and then it worked again, pm-suspend worked.
I on't think you can hibernate without acpi, because that's the bios handle on the whole thing. It is using for telling the mother board to power off. If not acpi, you have to use the older thing, apm. -- Cheers / Saludos, Carlos E. R. (from oS 12.3 "Dartmouth" GM (rescate 1)) -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
On Thu, 6 Jun 2013 11:27, Carlos E. R. <robin.listas@...> wrote:
On 2013-06-06 07:15, Malte Gell wrote:
Am 06.06.2013 01:47, schrieb Carlos E. R.: [snip] rescate1:~ # s2ram --help Usage: s2ram [options] -h, --help this text. -V, --version version information -n, --test test if the machine is in the database. -i, --identify prints a string that identifies the machine. --nofbsuspend do not suspend the framebuffer (debugging only!). --force force suspending, even on unknown machines.
The following options are only available with --force: --vbe_save save VBE state before suspending and restore after resume. --vbe_post VBE POST the graphics card after resume. --vbe_mode get VBE mode before suspend and set it after resume. --radeontool turn off the backlight on radeons before suspending. --pci_save save the PCI config space for the VGA card. --acpi_sleep <acpi_sleep> set the acpi_sleep parameter before suspend 1=s3_bios, 2=s3_mode, 3=both
-f could be "--force". But "-a"?
Oh, old docu missing! A short look at it revals: -s, --vbe_save -p, --vbe_post -m, --vbe_mode -a, --acpi_sleep -f, --force I could not find shorts for --nofbsuspend, --radeontool, and --pci_save on the fly. - Yamaban. -- To unsubscribe, e-mail: opensuse-factory+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-factory+owner@opensuse.org
participants (12)
-
Andrey Borzenkov -
brian＠aljex.com -
Carlos E. R. -
Carlos E. R. -
Claudio Freire -
Cristian Rodríguez -
Dale Ritchey -
Guido Berhoerster -
Malte Gell -
Patrick Shanahan -
Stefan Seyfried -
Yamaban