You are not logged in.
On a fresh install of Arch Linux (with a Gnome desktop), I followed the advice in this thread, putting this in /usr/share/PolicyKit/policy/org.freedesktop.hal.power-management.policy::
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE policyconfig PUBLIC
"-//freedesktop//DTD PolicyKit Policy Configuration 1.0//EN"
"http://www.freedesktop.org/standards/PolicyKit/1.0/policyconfig.dtd">
<policyconfig>
<action id="org.freedesktop.hal.power-management.suspend">
<description>Suspend the system</description>
<message>System policy prevents suspending the system</message>
<defaults>
<allow_inactive>no</allow_inactive>
<allow_active>yes</allow_active>
</defaults>
</action>
<action id="org.freedesktop.hal.power-management.hibernate">
<description>Hibernate the system</description>
<message>System policy prevents hibernating the system</message>
<defaults>
<allow_inactive>no</allow_inactive>
<allow_active>yes</allow_active>
</defaults>
</action>
</policyconfig>
As expected, this gives me my suspend and hibernate options. However, on resuming from suspend, my Aspire 3680's screen blinks on for a second - and then the machine suspends again. Hitting the keyboard a second time causes it to resume normally.
This is a pretty minor inconvenicence, but I'd like to know if anyone else is experiencing it or other suspend problems lately? Could it be an issue with the latest kernel? What boot parameters might correct it, if any?
Offline
I have been playing around with Arch for some time. I encountered the same problem with pm-utils. I decided to make Arch my only OS so I removed XP and did a fresh install. I got my suspend working again, but did not test it thoroughly yet.
I'll keep following this thread and post my experience.
Arch x86_64 on HP 6820s and on HP nx9420. Registered Linux User 350155, since 24-03-2004
"Everyone said that it could not be done, until someone came along who didn't know that."
Offline
I noticed that my machines acpi scripts (asus) were conflicting with what my power manager wanted.
If you have anything in this directory
/etc/acpi
perhaps give this a try
Offline
Nothing in /etc/acpi, acpid isn't installed. (I don't need it since I'm using gnome-power-manager.)
Offline
It looks like xorg sends multiple key-pressed events for suspend/hibernate buttons and gnome-power-manager fails to handle that correctly.
https://bugs.launchpad.net/ubuntu/+sour … bug/261084
I temporarily solved this by using manual handling of hotkey events using acpid scripts in /etc/acpi and disabling hotkeys for suspend/hibernate in gnome-power-manager.
Offline
I would recommend you to install acpi and handle all acpi evens through it. Your computer is suspending twice due to it recieves two suspend orders: One from bios and one from GPM.
In my case I disabled GPM suspend/hibernate support and let acpi handle everything through homebrew scripts. I found this is the simplest approach to give an end to the 'double suspending' issue.
But obviously, is up to you
They say that if you play a Win cd backward you hear satanic messages. That's nothing! 'cause if you play it forwards, it installs windows.
Offline
I am in the same boat here... Dell Latitude D820
pm-utils installed, have read several posts and have not had any luck in resolving this issue. I am running xfce, pm-utils, and laptop mode tools. Any help would be appreciated.
Offline
I am having the same issue on my Lenovo Ideapad S10. I ran acpi_listen, closed and opened the lid, and got two acpi lid events listed. My acpi handler is set to listen for "button/lid" and run pm-suspend. So it seems it is reacting to both events: resuming, seeing the lid event from opening, and then immediately suspending again. Unfortunately, there is no way to distinctguish the two events, so the solution to this problem is not obvious to me.
Offline
Removing acpid solved it for me.
@bwh1969: thanks for the tip.
Offline
There was the same issue with the NC10 and a solution can be found in the wiki.
Maybe this is useful for other notebooks, too?
Last edited by Barghest (2009-07-02 06:51:32)
Offline
I had same problem. After long time I found that I have two files in /etc/acpi/events/ - anything and anything.pacsave . I removed pacsave file and now resume works fine.
Offline