latest pm-utils upgrade brakes suspend

MartinZ · 2008-06-02 04:57:27

Since latest pm-utils upgrade (1.1.2) I'm not able to suspend directly through pm-suspend.
I found 2 issues which explain it:

1. My notebook (Gateway MX3231) isn't listed in hal-info configs, so naturally upgrading it replaced my edited .fdi file. I don't really know why, but putting it back doesn't solve the problem; I even tried downgrading pm-utils, hal and hal-info and then editing a .fdi to support my laptop without luck. I guess I'm doing something wrong here, because it used to work smoothly. Anyway, executing the needed quirks by hand (vbe-post and vbemode-restore) does the job.

2. 'Something' is deleting the directory /var/run/pm-utils/storage, needed to the process. Downgrading the 3 pkgs posted above does solve the problem, so I'm sure this is a bug in any of 3 -I guess pm-utils-

I would really appreciate some help with this. I'm now suspending through acpi daemon, but of course want the kpowersave functionality back.

mmmasterluke · 2008-06-03 08:22:12

I have the same problem (no. 2). Have you filed a bug already?

MartinZ · 2008-06-04 20:55:47

No, maye tonight I'll do it. Anyway, is good to know I'm not the only one with this problem.

MartinZ · 2008-06-05 04:19:31

Here is the bug report
http://bugs.archlinux.org/task/10592

mmmasterluke · 2008-06-05 13:28:00

Downgrading worked for me as well. But that's of course not a satisfying solution...

estangl · 2008-06-07 01:46:09

I am having the same problem. I tried to downgrade it to 1.1.0-1 but pacman says hal requires pm-utils v 1.1.2 + and do not let me do the downgrading thing..
I did a systemwise upgrade recently and my HAL is 0.5.11-1.
Any thing I could do about it?
Thanks.

D.

MartinZ · 2008-06-09 03:58:58

You have 2 choices:

1. Downgrade hal and hal-info before downgrading pm-utils.
2. Depending on the method you're using to suspend, you may be able to run a script or command before suspending. If this is the case, you may add something like 'mkdir /var/run/pm-utils/storage' to be run everytime you'll suspend.

Hopefully the package will get fixed soon, so you'll not need any of this dirty solutions.

mmmasterluke · 2008-06-09 14:17:17

I tried to downgrade it to 1.1.0-1 but pacman says hal requires pm-utils v 1.1.2

You can use

pacman -f -U <package name>

if I'm not mistaken. That way, pacman won't check any dependencies.

You need to have the pm-utils 1.1.0 package in the current directory.

Last edited by mmmasterluke (2008-06-09 14:22:04)

estangl · 2008-06-09 22:57:17

thank you for the reply... I tried mmmasterluke's method but did not work (actually pacman -h does not show the -f option). I think I will resent to hibernate for now and wait for the bug fixed.....
Thanks again

mmmasterluke · 2008-06-10 00:18:31

Sorry, I was wrong. It should have said

pacman -d -U pm-utils-1.1.0-1-i686.pkg.tar.gz

It's in the man page (but you can't see it with pacman -h).

MartinZ · 2008-06-10 02:04:03

As I already posted, you need to downgrade hal-info, hal and pm-utils (in that order)

cd /var/cache/pacman/pkg/
pacman -U hal-info-0.20080317-1-i686.pkg.tar.gz
pacman -U hal-0.5.11rc2-2-i686.pkg.tar.gz
pacman -U pm-utils-1.1.0-1-i686.pkg.tar.gz

Then add those 3 pkgs to IgnorePkg list into /etc/pacman.conf

mmmasterluke · 2008-06-10 07:22:20

For me it worked to just downgrade pm-utils.

Bola · 2008-06-21 00:32:57

I have downgraded:

1- hal from 0.5.11-1 to 0.5.10-1
2- hal-info from 0.20080508-1 to 0.20080317-1
3- pmutils from 1.1.2.2-1 to 1.1.0-1

rebooted and i obtaine the same results before downgrade this packages

Bola · 2008-06-26 15:19:20

So no news about fixes for this poor bug?

JeremyTheWicked · 2008-06-26 18:12:42

Hmm. Suspend works well after update here (a Dell Inspiron 1505) but it takes longer to wake up... Oh well.

staple · 2008-06-26 18:30:43

it works about 50% of the time for me. would the fact that i'm using the RC before the release matter? I assume pacman would update all the files anyway....

Bola · 2008-06-26 18:41:44

Here on a dell xps m1330 hibernation/suspend died with last upgrade.

Edit: No errors in suspend.log

Last edited by Bola (2008-06-26 18:42:08)

JeremyTheWicked · 2008-06-26 18:53:07

staple wrote:

it works about 50% of the time for me. would the fact that i'm using the RC before the release matter? I assume pacman would update all the files anyway....

No, it doesn't matter.

rumil · 2008-06-26 20:06:49

Bola wrote:

Here on a dell xps m1330 hibernation/suspend died with last upgrade.
Edit: No errors in suspend.log

Running everything up to date here (on m1330 of course :-) ) and suspend and hibernate works as a charm (using uswsusp as a backend for pm-utils, thow)

Bola · 2008-06-26 21:37:52

rumil wrote:

Bola wrote:
Here on a dell xps m1330 hibernation/suspend died with last upgrade.
Edit: No errors in suspend.log
Running everything up to date here (on m1330 of course :-) ) and suspend and hibernate works as a charm (using uswsusp as a backend for pm-utils, thow)

It walways worked with laptop-mode-tools + pm-utils and adding resume=path/to/swap to grub... i never used uswsusp...

rumil · 2008-06-26 21:40:53

Bola wrote:

It walways worked with laptop-mode-tools + pm-utils and adding resume=path/to/swap to grub... i never used uswsusp...

Yes, it worked (and maybe still does ;-) ) for me with "kernel method" as well, it's just that somehow I prefer uswsusp ;-)

Bola · 2008-06-26 21:44:56

Ah i forgot that i use a x86_64 kernel so maybe there is something different i suppose...

Uff i really need hibernate...

rumil · 2008-06-26 22:47:58

Bola wrote:

Ah i forgot that i use a x86_64 kernel so maybe there is something different i suppose...
Uff i really need hibernate...

My guess is that that's the thing: on my previous laptop (Fujitsu s2110) suspend and hibernation worked flawlessly on 32-bit system, but it was a no go on 64-bit

Bola · 2008-06-26 23:04:33

rumil wrote:

Bola wrote:
Ah i forgot that i use a x86_64 kernel so maybe there is something different i suppose...
Uff i really need hibernate...
My guess is that that's the thing: on my previous laptop (Fujitsu s2110) suspend and hibernation worked flawlessly on 32-bit system, but it was a no go on 64-bit

If so x86_64 Kernel is fat to be an ideal kernel for a daily use...

That's not the first thing that gave me problems....

Edit: Here my pm-suspend.log and hibernate.log:

pm-suspend.log:

[riccardo@Smoking ~]$ sudo cat /var/log/pm-suspend.log 
Initial commandline parameters: --force
ven giu 27 02:09:23 CEST 2008: Running hooks for hibernate.
/usr/lib/pm-utils/sleep.d/00clear hibernate: success.
/usr/lib/pm-utils/sleep.d/01grub hibernate: not applicable.
/usr/lib/pm-utils/sleep.d/05led hibernate: not applicable.
/usr/lib/pm-utils/sleep.d/10NetworkManager hibernate: success.
/usr/lib/pm-utils/sleep.d/11netcfg hibernate: success.
/usr/lib/pm-utils/sleep.d/49bluetooth hibernate: not applicable.
/usr/lib/pm-utils/sleep.d/50modules hibernate: not applicable.
/usr/lib/pm-utils/sleep.d/55battery hibernate: success.
/usr/lib/pm-utils/sleep.d/65alsa hibernate: success.
/usr/lib/pm-utils/sleep.d/90clock hibernate: success.
/usr/lib/pm-utils/sleep.d/94cpufreq hibernate: success.
/usr/lib/pm-utils/sleep.d/95led hibernate: not applicable.
/usr/lib/pm-utils/sleep.d/98smart-kernel-video hibernate: success.
/usr/lib/pm-utils/sleep.d/99video hibernate: success.
ven giu 27 02:09:28 CEST 2008: performing hibernate

hibernate.log:

Starting suspend at ven giu 20 03:02:16 CEST 2008
hibernate: [01] Executing CheckLastResume ... 
hibernate: [01] Executing CheckRunlevel ... 
hibernate: [01] Executing LockFileGet ... 
hibernate: [01] Executing NewKernelFileCheck ... 
hibernate: [10] Executing EnsureSysfsPowerStateCapable ... 
hibernate: [11] Executing XHacksSuspendHook1 ... 
hibernate: [59] Executing RemountXFSBootRO ... 
hibernate: [89] Executing SaveKernelModprobe ... 
hibernate: [91] Executing ModulesUnloadBlacklist ... 
Some modules failed to unload: nvidia
hibernate: [91] Executing ModulesUnloadBlacklist ... 
Some modules failed to unload: nvidia
hibernate: [95] Executing XHacksSuspendHook2 ... 
hibernate: [98] Executing CheckRunlevel ... 
hibernate: [99] Executing DoSysfsPowerStateSuspend ... 
hibernate: Activating sysfs power state disk ...

Last edited by Bola (2008-06-27 00:07:32)

Arch Linux

#1 2008-06-02 04:57:27

latest pm-utils upgrade brakes suspend

#2 2008-06-03 08:22:12

Re: latest pm-utils upgrade brakes suspend

#3 2008-06-04 20:55:47

Re: latest pm-utils upgrade brakes suspend

#4 2008-06-05 04:19:31

Re: latest pm-utils upgrade brakes suspend

#5 2008-06-05 13:28:00

Re: latest pm-utils upgrade brakes suspend

#6 2008-06-07 01:46:09

Re: latest pm-utils upgrade brakes suspend

#7 2008-06-09 03:58:58

Re: latest pm-utils upgrade brakes suspend

#8 2008-06-09 14:17:17

Re: latest pm-utils upgrade brakes suspend

#9 2008-06-09 22:57:17

Re: latest pm-utils upgrade brakes suspend

#10 2008-06-10 00:18:31

Re: latest pm-utils upgrade brakes suspend

#11 2008-06-10 02:04:03

Re: latest pm-utils upgrade brakes suspend

#12 2008-06-10 07:22:20

Re: latest pm-utils upgrade brakes suspend

#13 2008-06-21 00:32:57

Re: latest pm-utils upgrade brakes suspend

#14 2008-06-26 15:19:20

Re: latest pm-utils upgrade brakes suspend

#15 2008-06-26 18:12:42

Re: latest pm-utils upgrade brakes suspend

#16 2008-06-26 18:30:43

Re: latest pm-utils upgrade brakes suspend

#17 2008-06-26 18:41:44

Re: latest pm-utils upgrade brakes suspend

#18 2008-06-26 18:53:07

Re: latest pm-utils upgrade brakes suspend

#19 2008-06-26 20:06:49

Re: latest pm-utils upgrade brakes suspend

#20 2008-06-26 21:37:52

Re: latest pm-utils upgrade brakes suspend

#21 2008-06-26 21:40:53

Re: latest pm-utils upgrade brakes suspend

#22 2008-06-26 21:44:56

Re: latest pm-utils upgrade brakes suspend

#23 2008-06-26 22:47:58

Re: latest pm-utils upgrade brakes suspend

#24 2008-06-26 23:04:33

Re: latest pm-utils upgrade brakes suspend

Board footer