Also ich habe auf zwei Notebooks (Thinkpad R31 und Dell Latitude D505) den Laptop-Mode seit Erscheinen des gefixten Pakets aktiviert. Bei beiden ändert sich der "Load_Cycle_Count" nicht mehr und die Temperatur beider Festplatten bleibt unter 40°C (Per "hddtemp" gemessen).

Wichtig ist nur das man den weiter vorne geposteten Fix ("sudo install /etc/...) wieder rückgängig macht, da nach dem Aktivieren des "laptop-mode" tunlichst keine Einstellungen mehr per "hdparm" geändert werden sollten. Das war (meines Wissens) auch der Grund warum empfohlen wurde den "laptop-mode" nicht zu aktivieren, da sich das Paket "acpi-support" und ersteres in die Quere kamen. Jetzt wird überprüft ob der "laptop-mode" aktiviert ist, wenn ja, lässt "acpi-support" die Finger von den Festplatteneinstellungen.

bleibt immer noch die frage, bei welchen platten es nicht auftritt... eine kleine datensammlung wäre interessant. ich kann mir nicht vorstellen, dass alle aktuellen platten betroffen sind.

habe folgendes problem: habe vor ein paar tagen den patch "Dauerhafte Methode ab Intrepid Ibex" durchgeführt. danach blieb der lcc stehen. habe später ca 200 update-pakete installiert (inkl. acpi-support - wusste nicht, dass das paket dabei ist). jetzt hab ich bemerkt, dass im akkubetrieb der lcc trotzdem steigt; habe dann den patch ""Dauerhafte ..." nochmal gemacht, was auch nichts geholfen hat.

im moment ist es so: im netzbetrieb bleibt lcc gleich, im akkubetrieb steigt die zahl sehr schnell.

was soll ich jetzt machen?

nun, im akkubetrieb soll die platte wohl öfters geparkt werden um strom zu sparen. wobei ich mich trotzdem auch wunder, dass es so oft passiert. aber dazu muss ich sagen, dass ich auch keine referenzwerte habe.

was für eine platte hast du?

also es ist eine sata-festplatte, kann den genauen typ gerade nicht sagen. wie ist das eigentlich bei euch. steigt bei euch der lcc, wenn das notebook im akkubetrieb ist, oder sollte er nach patch bzw. acpi-support konstant bleiben?

wäre echt froh, wenn ihr mir helfen könntet.

also mit:

1

sudo smartctl -i /dev/sda1

kannst du die HDD spezifikationen anzeigen lassen. wäre wie gesagt mal interessant.

Ich habe übrigens zwei Samsungs: Device Model: SAMSUNG HM320JI Firmware Version: 2SS00_01

der LCC steigt im Akkubetrieb, da der Energriesparwert auf 128 steht (geht bis 255, wobei 255 kein Energiesparen bedeutet und 1 maximal). Das ist gewollt.

die festplatte ist eine Seagate Momentus 5400.2 eigentlich dachte ich ja, dass nach dem patch bzw dem acpi-update der lcc auch im akkubetrieb stehen bleibt (sollte der energiesparwert da nicht auch auf 254 stehen?) im akkubetrieb hab ich mind 1 lc/min und damit locker über 100 am tag.

also nicht dass ich dir nicht glauben würde aber vll könnte ja noch jemand anders schreiben, ob es bei ihm genauso ist bzw wie man am besten vorgehen soll

dann änder doch den wert per hand im script auch für den akkubetrieb auf 254.

Falls es wen interessiert: Viele Nutzer haben über die 2,5" Modelle von Western Digital geschrieben, dass sie "kein komischen Klacken" haben. Ich habe mir jetzt mal eine besorgt und ohne den Patch laufen lassen. Ergebnis: 18 LCC in 24 Stunden. Vernünftig!

Die Samsungs habe ich nun aus meinen Produktivsystemen verbannt. Ich werd die Marke jetzt auch erstmal eine Zeit lang meiden.

Das Problem wurde in Ubuntu und Debian mit einem Update von acpi-support vor längerer Zeit behoben. Im Netzbetrieb wird seitdem automatisch 254 beim booten gewählt. Sieht man natürlich hinter usplash nicht, Mit deiner Platte hat das also nur bedingt was zu tun.

Wulfnoth schrieb:

Das Problem wurde in Ubuntu und Debian mit einem Update von acpi-support vor längerer Zeit behoben. Im Netzbetrieb wird seitdem automatisch 254 beim booten gewählt. Sieht man natürlich hinter usplash nicht, Mit deiner Platte hat das also nur bedingt was zu tun.

Das nutzt aber wenig, wenn ich das Notebook ohne Strom nutze. Denn damit besteht das Problem weiterhin. Nicht jeder nutzt ein Notebook als reinen Desktop-Ersatz.

Tja dann bearbeitet man eben die 4 entsprechenden Dateien und schon ist das Problem behoben.

/etc/acpi/ac.d/90-hdparm.sh
/etc/acpi/battery.d/90-hdparm.sh
/etc/acpi/resume.d/90-hdparm.sh
/etc/acpi/start.d/90-hdparm.sh

Wulfnoth schrieb:

Tja dann bearbeitet man eben die 4 entsprechenden Dateien und schon ist das Problem behoben.

/etc/acpi/ac.d/90-hdparm.sh
/etc/acpi/battery.d/90-hdparm.sh
/etc/acpi/resume.d/90-hdparm.sh
/etc/acpi/start.d/90-hdparm.sh

Ist ja richtig, nur leidet der Stromverbrauch im Akkubetrieb drunter. Und für mich ist ein Notebook ein Mobiler Computer der eben so lange wie nur möglich ohne Strom laufen muss. Auch wenn ich mittels ACPI Teilweise das Problem beseitige, so ist es für mich trotzdem nur die halbe Lösung.

Es bringt überhaupt keine Energieersparnis, wenn der Lesekopf immer wieder aus dem Ruhemodus geholt wird, was zumindest bei den meisten Distris der Fall sein dürfte.

Wulfnoth schrieb:

Das Problem wurde in Ubuntu und Debian mit einem Update von acpi-support vor längerer Zeit behoben. Im Netzbetrieb wird seitdem automatisch 254 beim booten gewählt.

Dann schick mal dein Laptop in den Supend und lasse in dann wieder aufwachen...