You are not logged in.
Pages: 1
The load cycle count issue is easily fixed in Arch the same way as on the OpenSuse wiki and on Ubuntu forums (a fix for when you suspend/resume is mentioned later in that thread). It is done by using scripts in /etc/pm/{config.d|power.d|sleep.d}.
This worked fine for me until 2 days ago when it seems that the pm-utils scripts just stopped working. When I boot up the hdparm level is at 128 and I have to manually change it to 254. The scripts are supposed to change it when I (un)plug the power supply which it no longer does.
I tried to downgrade both pm-utils and hdparm (they were both upgraded recently) and it still didn't fix it. I'll leave them downgraded to see if a reboot fixes it tomorrow morning.
Did this happen to anyone else?
▁▂▃▄▅▆▇█▉▊▋▌▍▎▏▏▎▍▌▋▊▉█▇▆▅▄▃▂▁
Offline
It also will not suspend any more through dbus (from KDE shutdown options). I have to run pm-suspend from a root terminal. WTF happened?
▁▂▃▄▅▆▇█▉▊▋▌▍▎▏▏▎▍▌▋▊▉█▇▆▅▄▃▂▁
Offline
My pm scripts stopped executing too recently. What gives?
Offline
I have no idea, I never solved the problem with that laptop. However I installed Arch64 on my new laptop on the weekend and the hdparm settings work perfectly.
I see that there is a new script /etc/pm/sleep.d/99laptop-mode
#!/bin/sh
#
# 99laptop-mode: Re-apply laptop mode tools settings
case "$1" in
hibernate|suspend)
# Stopping is not required.
;;
thaw|resume)
# Make laptop mode tools forcibly re-apply the hardware settings
# that laptop mode tools applies.
if [ -e /usr/sbin/laptop_mode ] ; then
/usr/sbin/laptop_mode auto force
fi
;;
*) exit $NA
;;
esac
Try that out (don't forget chmod +x).
Idea: Edit the scripts to write to a file to see if they ever actually run. Add echo "banana" > /var/log/hdparmhack for example
The problem will probably come down to PolicyKit which broke my ability to suspend from KDE on the same day. And I only fixed that last week.
Last edited by quantumphaze (2009-04-16 11:53:46)
▁▂▃▄▅▆▇█▉▊▋▌▍▎▏▏▎▍▌▋▊▉█▇▆▅▄▃▂▁
Offline
Pages: 1