Die im Artikel genannten Lösungen funktionieren so - zumindest unter Hardy - nicht ganz: Zwar werden die Skripts auch per

sudo install ~/90-hdparm.sh /etc/acpi/resume.d/

für resume verlinkt, doch laut https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/205005 werden diese "hooks" gar nicht mehr verwendet. Dort heisst es auch:

Hardy uses pm-utils ...

und

Actually it needs to go under /etc/pm/sleep.d, and the script should be based on one from /usr/lib/pm-utils/sleep.d, in order to take the correct suspend/hibernate or resume/thaw parameters.

Vielleicht ändert sich mit Intrepid wieder etwas?

Hallo.

Ich grabe das Thema mal wieder aus, da ich auch ein "Betroffener" bin. Installierte Ubuntu-Version: 8.10 System: Sony VGN-NS12M

Auch bei diesem System ist ein sehr aggressives Parken der Plattenköpfe zu beobachten. Der Workaround nach "Ubuntu-Style" brachte jedoch keine Besserung. Von Hand mit "hdparm -B" war jedoch eine Besserung zu erkennen. Der Fehler: Das Skript untersucht zwar, ob im System der "laptop-mode" unterstützt und in der Konfiguration das Powermanagement übernommen wird, jedoch wird nicht überprüft, ob der laptop-mode überhaupt aktiviert ist (/etc/default/acpi-support)! So bei meinem System: der laptop-mode war deaktiviert, das Skript geht aber davon aus, dass das Powermanagement damit gesteuert wird --> hdparm wird nicht aufgerufen, keine Änderung.

Mein Vorgehen: Laptop-mode aktiviert und Einstellungen dort vorgenommen.

Gruß.

In der Tat scheint die Debian-Methode in Ubuntu nicht (mehr) zu funktionieren.

Wenn die Wiki-Mods mir den Artikel in die Baustelle schieben würden, würde ich gerne die Scripts für pm-utils für Hardy und Ibex dem Artikel hinzufügen: http://en.opensuse.org/Disk_Power_Mawer_Management und http://ubuntuforums.org/showpost.php?p=5266494&postcount=106

und einen Hinweis für Hardy-x einfügen, dass man CONTROL_HD_POWERMGMT in der laptop_mode.conf auf 0 setzen sollte, damit das Skript seine Arbeit tun kann.

punischdude schrieb:

Wenn die Wiki-Mods mir den Artikel in die Baustelle schieben würden

Done: Baustelle/Notebook-Festplatten-Bug

@punischdude: das problem mit den nun in intrepid vorhandenen skripte ist leicht anders gelagert. weshalb das deaktivieren von CONTROL_HD_POWERMGMT zwar sinn macht, es aber eigentlich schon an der stelle "if [ -e /usr/sbin/laptop_mode ] ; then" in den skripten scheitert, weil if immer den wert true auf einer default installation von intrepid erhält und dass unabhänig ob der laptop mode benutzt wird oder nicht. für genaueres siehe das ende von https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695

Glaube ich nicht ganz:

1
2
3
4
5
6
7
8

DO_HDPARM=y
if [ -e /usr/sbin/laptop_mode ] ; then
  LMT_CONTROL_HD_POWERMGMT=$(. /etc/laptop-mode/laptop-mode.conf && echo "$CONTROL_HD_POWERMGMT")
  if [ "$LMT_CONTROL_HD_POWERMGMT" != 0 ] ; then
    # Laptop mode controls hdparm -B settings, we don't.
    DO_HDPARM=n
  fi
fi

DO_HDPARM wird auf n gesetzt, falls $LMT_CONTROL_HD_POWERMGMT ungleich 0 ist. Dies ist der Fall, wenn CONTROL_HD_POWERMGMT in der laptop_mode.conf auf 1 gesetzt ist. Setzt man CONTROL_HD_POWERMGMT auf 0, liefert auch LMT_CONTROL_HD_POWERMGMT den Wert 0 und DO_HDPARM bleibt auf y -> hdparm wird ausgeführt.

Habe ich eben auch im Selbstversuch getestet.

Nebenbei bin ich mit meinen Korrekturen fertig, bitte testen/drüberschauen/verbessern und wieder verschieben: Baustelle/Notebook-Festplatten-Bug

Die OpenSuse-Variante habe ich nur in Linkform hinzugefügt, da es nicht unbeding nötig ist das System in derartiger Weise zu verändern.

Gruß, punischdude

@punischdude: da hast du schon recht, das habe ich auch nicht bestritten. aber wie gesagt sollte eigentlich "if [ -e /usr/sbin/laptop_mode ] ; then" schon vorher "abriegeln". deswegen funktioniert das skript nicht, weil [ -e /usr/sbin/laptop_mode ] nicht vernünftig überprüft ob der laptop mode benutzt wird. deswegen gehts dann erst in die unterbedingung, in der du dann über die modifikation an einer konfigurationsdatei zum laptop mode verhinderst das DO_HDPARM auf "n" gesetzt wird.

ein direkte lösung wäre wie im bugreport erwähnt "if [ -e /usr/sbin/laptop_mode ] ; then" durch "if [ -e /var/run/laptop-mode-tools/enabled ] ; then" oder "if [ $(cat /proc/sys/vm/laptop_mode) != 1 ]; then" in den skripten zu ersetzen. so müsste nicht an den einstellungen zum laptop mode geschraubt werden, wenn dieser per default gar nicht aktiv ist. das problem mit dem skript in resume.d bestünde natürlich trotzdem und müsste weiterhin mit deinem vorschlag gefixt werden.

bezüglich des artikel wollte ich noch fragen ob es nicht, entgegen der oft gängigen praxis hier, sinnvoll wäre die nötigen änderungen für intrepid gleich separat zu halten. da diese weit weniger umfangreich sind und dadurch gerade weniger bedarfte benutzer nicht von fülle der fixe erschlagen werden, sie müssten nur nach der unterüberschrift für intrepid kucken, ohne die gesamten vorschläge mit den verstreuten hinweisen zu intrepid durchzulesen. es wäre damit auch ersichtlich dass das problem ab ubuntu 8.10 sehr einfach zu beheben ist (wenn es nicht sogar in nächster zeit ein fix für die skripte gibt).

grüße bojo42

bojo42 schrieb:

ein direkte lösung wäre wie im bugreport erwähnt "if [ -e /usr/sbin/laptop_mode ] ; then" durch "if [ -e /var/run/laptop-mode-tools/enabled ] ; then" oder "if [ $(cat /proc/sys/vm/laptop_mode) != 1 ]; then" in den skripten zu ersetzen. so müsste nicht an den einstellungen zum laptop mode geschraubt werden, wenn dieser per default gar nicht aktiv ist. das problem mit dem skript in resume.d bestünde natürlich trotzdem und müsste weiterhin mit deinem vorschlag gefixt werden.

Der laptop mode ist laut config im Batteriemodus per default aktiviert. Nun soll das Skript allerdings auch die Einstellungen im Batteriemodus übernehmen, was es im Batteriemodus aber dann nicht tun würde. Man kann sich sicherlich drüber streiten, aber ich denke es macht eher Sinn, dem laptop mode zu sagen, er soll sich aus dem Powermanagement der Festplatten heraushalten, als dem Skript zu sagen, es soll sich heraushalten, wenn der Batteriemodus aktiv ist, obwohl es Einstellungen hierfür hat.

bezüglich des artikel wollte ich noch fragen ob es nicht, entgegen der oft gängigen praxis hier, sinnvoll wäre die nötigen änderungen für intrepid gleich separat zu halten. da diese weit weniger umfangreich sind und dadurch gerade weniger bedarfte benutzer nicht von fülle der fixe erschlagen werden, sie müssten nur nach der unterüberschrift für intrepid kucken, ohne die gesamten vorschläge mit den verstreuten hinweisen zu intrepid durchzulesen. es wäre damit auch ersichtlich dass das problem ab ubuntu 8.10 sehr einfach zu beheben ist (wenn es nicht sogar in nächster zeit ein fix für die skripte gibt).

Der Gedanke kam mir auch, ich würde dazu vorschlagen, die 2. dauerhafte Methode als Vorgänger der 1. Methode zu entfernen und den Artikel in bis Hardy Heron und ab Intrepid Ibex zu unterteilen.

Gruß, punischdude

Ich habe mal die Umstrukturierung vorgenommen und den 2. Fix entfernt.

Das pm-utils Problem gibt es mindestens auch schon bei Hardy. Momentan ist die Umgehung im Artikel allerdings ausschließlich Intrepid zugewiesen...

DrScott schrieb:

Das pm-utils Problem gibt es mindestens auch schon bei Hardy. Momentan ist die Umgehung im Artikel allerdings ausschließlich Intrepid zugewiesen...

Nicht ganz, ich habe das schon stillschweigend in die Installationsanweisung eingefügt.

Habe das jetzt aber nochmals explizit erwähnt.

punischdude schrieb:

Nicht ganz, ich habe das schon stillschweigend in die Installationsanweisung eingefügt.

Ich habe wahrscheinlich Tomaten auf den Augen. Wo?

Habe das jetzt aber nochmals explizit erwähnt.

Bei Intrepid gibst Du folgenden Befehl explizit an:

sudo install /etc/acpi/resume.d/90-hdparm.sh /etc/pm/sleep.d/

Wieso nicht bei Hardy?

DrScott schrieb:

Ich habe wahrscheinlich Tomaten auf den Augen. Wo?

Folgendes steht unter Schritt zwei in der Hardy-Einleitung:

sudo install ~/90-hdparm.sh /etc/acpi/suspend.d/
sudo install ~/90-hdparm.sh /etc/acpi/resume.d/
sudo install ~/90-hdparm.sh /etc/acpi/start.d/
sudo install ~/90-hdparm.sh /etc/acpi/ac.d/
sudo install ~/90-hdparm.sh /etc/acpi/battery.d/
sudo install ~/90-hdparm.sh /etc/pm/sleep.d/ 

Zu Beachten ist, dass das Skript auch der Konfiguration von pm-utils hinzugefügt wird, damit die Einstellungen beim Aufwachen aus den Schlafmodi nicht wieder zurückgesetzt werden.

Ist die Überarbeitung abgeschlossen?

e2b schrieb:

Ist die Überarbeitung abgeschlossen?

Jawohl.