ubuntuusers.de

ChrisNiemy hat geschrieben:

PS: Hatte übrigens unter Feisty erst Probleme mit viel zu vielen Spindowns als ich selbst in der laptop-mode.conf auf ENABLED geschaltet habe und an den Werten in Stromsparsucht herumgeschraubt hatte. Vorher keine Beschwerden, ist also imho kein Bug in den Standardeinstellungen.

Das mag bei dir so sein, andere haben das Problem aber auch ohne Laptop-Mode!

sudo smartctl -A /dev/sda | grep Load_Cycle_Count
225 Load_Cycle_Count        0x0012   011   011   000    Old_age   Always       -       906622

Nach dem Durchlesen dieser Seiten und etlicher anderer bin ich wegen diesem hohen Load_Cycle_Count doch etwas beunruhigt. Meine Festplatte ist eine SAMSUNG MP0402H und nun ca. 3 Jahre alt.

Die Platte klingt im Abstand von 5-10 sec als ob sie in den Ruhemodus wecheln würde, so klang sie aber schon vor 3 Jahren unter Windows. Da der Counter nach jedem "summen" stetig angestiegen ist habe ich versucht den APM Modus auszuschalten, wobei ich jedesmal eine Fehlermeldung erhalte:

sudo hdparm -B 255 /dev/sda

/dev/sda:
 setting Advanced Power Management level to disabled
 HDIO_DRIVE_CMD failed: Input/output error

Danach ist nichts passiert und der Counter stieg unverändert weiter an.

Nachdem ich:

sudo hdparm -S 0 /dev/sda

benutzt habe steigt der Counter wenigstens nicht um etliche Zähler innerhalb weniger Sekunden an, sondern nurnoch um ein paar innerhalb einer Minute.

grep ENABLE_LAPTOP_MODE /etc/default/acpi-support
ENABLE_LAPTOP_MODE=false

Das noch nebenbei.

Die ganzen hilfreichen Tipps hier helfen leider nur denen, die hier mitlesen.

Kann das mal jemand freundlicherweise ins Wiki packen?

Mann kann auch noch den Bootparameter noapm versuchen.
Wenn das nichts bringt auch noch noapic nolapic noapm. Geht der Akku aber ggf. schneller leer.

Wie oft die Platte einen Spindown macht, merkt man auch daran, wie der Desktop reagiert. Also spiele ich z.B. ein Lied in Rhythmbox ab, dann merkte man beim Liedwechsel richtig, dass die Platte wieder neu anläuft und das System einen kurzen Aussetzer hat.

Das hing mit meinen Einstellungen in der laptop-mode.conf zusammen, also viel zu niedrige Spindown-Zeiten, mit Power-Management und hohen Readahead-Werten. Die Platte las also die Datei ein, ab in den Arbeitsspeicher und legte sich dann erstmal zur Ruhe. Auf Dauer ist das nicht so gesund. Das war mir aber schon bewusst, aber trotzdem vielen Dank für das Thema hier, weil jetzt bin ich da etwas vorsichtiger geworden, die Warnungen aus dem Kofler-Linuxbuch habe ich erst nicht sooo ernst genommen.

Also Vorsicht ist geboten, aber Panik um seine Platte muss man auch nicht haben. Da hängen noch viele andere Faktoren dran, wie lange eine Platte lebt. Also sonst sind ja die Werte die smarctl einem angibt bei manchen schon beunruhigend, was die Spindowns angeht, das sagt ja gar nichts über fehlerhafte Faktoren aus, z.B..

komischerweise hatte ich bisher niemals solche Probleme.
Allerdings starte ich mein notebook schon seit Dapper mit den Parametern "noapic nolapic"
Unter Dapper wollte das NB ohne diese Parameter nichtmal starten (bzw erst nach 5 minuten) - unter kernel 2.6.23 läuft es zwar ohne die parameter, friert aber in unregelmäßigen Zeitabständen für 1-2 Sekunden ein.

Einen Unterschied was die Batterielaufzeit und die Temperatur angeht konnte ich selbst nach ausgiebigen tests nicht feststellen.

MfG

Tja,

irgendwie komme ich da nicht recht weiter. Ich habe das jetzt ein paar Tage beobachtet und stelle eine Zunahme um ca. 120 load cycles in 4 Tagen fest. Nach wie vor weiß ich nicht, ist es ein hardware problem oder der ubuntu-bug? Der laptop-mode ist auch bei mir auf false, aber das scheint keinen Einfluss zu haben - wie schon andere vor mir berichteten. Stutzig macht mich nach wie vor, daß von diesem Problem eben auch oft in Zusammenhang mit einem Hadwarefehler berichtet wird. Außerdem interessiert mich natürlich auch, ob jetzt bei 300.000 schon ein großes Problem da ist, oder erst bei 600.000... Oder ob - wie in einem anderen Forum geantwortet diese Zahl völlig bedeutungslos ist, da sie nur aussagt, wie oft die Blöcke auf meiner Hdd beschrieben wurden?

Ich habe nicht so viel Angst vor einem Datenverlust, und eine hdd auszutauschen ist bei einem Thinkpad auch nicht so ein Drama. Aber ich finde es schade, daß dieses Thema anscheinend noch nicht so ernst genommen wird - die meisten user haben natürlich keine Lust darauf, ihre hdd vorschnell kaputt zu machen. Manch' einer steigt da vielleicht wieder um - obwohl es das Problem anscheinend auch unter win gibt?!

http://ubuntudemon.wordpress.com/2007/10/30/ubuntu-is-not-causing-aggressive-power-management/ hat geschrieben:

These aggressive power management settings are set by your BIOS or harddrive firmware. Windows and/or Mac OS X might be overriding these settings which might make Ubuntu look bad if Ubuntu doesn’t override these settings.

Ist also kein Ubuntu-Bug.

Hier der vorgeschlagene Fix:

http://ubuntudemon.wordpress.com/2007/10/26/laptop-hardrive-killer-bug/#comment-31234 hat geschrieben:

The ugly fix :

You should only apply this fix if you feel your Load_Cycle_Count is increasing too fast. You should only apply this fix if you understand what you are doing so that you can reverse it. Apply this fix on your own risk.

If you have enabled laptop-mode (which is disabled by default). Disable laptop-mode in /etc/default/acpi-support. And $sudo laptop_mode stop
Shut down your laptop. Remove your powercord and battery for a second. Start your laptop again and determine whether Load_Cycle_Count is still increasing too fast.

If you haven’t enabled laptop-mode or if your Load_Cycle_Count is still increasing too fast do the following :
$ sudo hdparm -B 255 /dev/sda
$ sudo hdparm -S 0 /dev/sda
This will turn off Advanced Power Management on the drive and it will disable the standby (spindown) timeout, so the drive will never be spun down and up again. Determine whether Load_Cycle_Count is still increasing too fast (some people appear to need 254 instead of 255).

If hdparm solved your problem let’s make these settings permanent.

Edit /etc/hdparm.conf ($gksudo gedit /etc/hdparm.conf) and add this :

/dev/sda {
apm = 255
spindown_time = 0
}

To make these changes consistent over reboots install the hdparm init script by doing :
$sudo update-rc.d hdparm defaults

Now to make sure your Load_Cycle_Count won’t start increasing after suspend,hibernate or attaching your powercord.

1) make a file named “99-hdd-spin-fix.sh”. The important thing is starting with “99″.
$sudo gedit 99-hdd-spin-fix.sh
2) make sure the file contains the following 2 lines (fix it if you have PATA HDD):
#!/bin/sh
hdparm -B 255 /dev/sda
hdparm -S 0 /dev/sda
3) copy this file to 4 locations:
$sudo install 99-hdd-spin-fix.sh /etc/acpi/suspend.d/
$sudo install 99-hdd-spin-fix.sh /etc/acpi/resume.d/
$sudo install 99-hdd-spin-fix.sh /etc/acpi/start.d/
$sudo install 99-hdd-spin-fix.sh /etc/acpi/ac.d/ By using install the file 99-hdd-spin-fix.sh should have the x-bit set.

Da mein Load Cycle Counter nun bei 908094 steht kann ich sagen, dass es auch unter Windows zunimmt, da ich bis vor kurzem nur mit Windows gearbeitet habe.
Aber trotz der horenden Zahl habe ich keinerlei Schwierigkeiten gehabt bisher. Ich vermute einfach mal, dass mit den 300000 (was auch immer?!) was ganz anderes gemeint ist...ansonsten hab ich bei der HD wohl nen Glücksgriff gemacht. 😛

Guten Morgen,

so langsam scheint es sich ja definitiv um ein Hardware-Problem zu handeln... Beim thinkpad liegt es u.U. am Hdd-Adapter. Bin weiter am Forschen!

criki

Nachdem ich das Problem unter Ubuntu gelöst habe, ist mir aufgefallen das es offensichtlich auch in Vista zu einem unverhältnismässig starkem Ansteigen des angesprochenen Load_cycle_count kommt (in 4 h ca 50 mal). Is nicht ganz so dramatisch wie unter Ubuntu aber dennoch seltsam. Lässt sich das Problem auch von BIOS-Seite aus lösen. Welche Option müsste man deaktivieren ? Wirkt sich eine Deaktivierung des ACPI im BIOS irgendwie negativ auf irgendetwas aus ?

Gruß

Hallo,

ich hab die spin downs mit den gängigen Mitteln in den Griff bekommen (Lenovo TP R60, Toshiba HD, hdparm -B 192). Allerdings frage ich mich jetzt, in welchem Verhältnis hdaps mit disk head parking dazu steht. Oder anders gefragt: Provoziere ich durch disk head parking weitere spin downs?

mfG

@HogoHogo
Wenn schon, müsstest du im Bios "APM" deaktivieren, aber, dies ist in den meisten Laptop Biossen schon gar nicht möglich, da der Zugriff im Bios meistens fehlt! Und zudem weis ich jetzt nicht mehr genau, ob dies überhaupt Empfehlenswert wäre!

Edit: Eher würde ich Behaupten, dass dies von den Harddiskherstellern mit Absicht im HD-Bios so geregelt ist, nur damit ihre Platten ja nicht zu alt werden können!

APM liesse sich ausschalten. Dennoch ist mehr da etwas mulmig zu Mute, da ich keine Ahnung habe was dann alles wieder passiert. Im Moment ist unter Ubuntu zumindest kein signifikantes Ansteigen des Load-Cycle_count zu sehen. Und da ich vista nur in seltenen Fällen benutze und auch schon wieder darüber nachdenke es gegen XP auszutauschen (VISTA ist die Hölle, vor allem in der Home Edition), werde ich wohl alles so lassen und hin und wieder mal smartctl ausführen um nachzuschauen was Sache ist.

Ich habe einen Laptop mit 2 Festplatten (siehe Signatur)
Wie kann die zweite Festplatte (/dev/sdb)

  9 Power_On_Hours          0x0032   097   097   000    Old_age   Always       -       2442

haben, wenn die erste und damit auch die Systemplatte (/dev/sda)

  9 Power_On_Hours          0x0032   098   098   000    Old_age   Always       -       1849

hat?

Schrotthaufen hat geschrieben:

Ich habe einen Laptop mit 2 Festplatten (siehe Signatur)
Wie kann die zweite Festplatte (/dev/sdb)

  9 Power_On_Hours          0x0032   097   097   000    Old_age   Always       -       2442

haben, wenn die erste und damit auch die Systemplatte (/dev/sda)

  9 Power_On_Hours          0x0032   098   098   000    Old_age   Always       -       1849

hat?

Ich glaube diese Werte sind teilweise total erlogen. Bei mir z.B.:

    9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       26098
225 Load_Cycle_Count        0x0012   096   096   000    Old_age   Always       -       49193

nach 3min:

    9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       26104
225 Load_Cycle_Count        0x0012   096   096   000    Old_age   Always       -       49204 

also sind 3 Minuten 6 Stunden? Hääh?

Diese Befehle hab ich vor den Messungen eingegeben:

sudo hdparm -B 255 /dev/sda

/dev/sda:
 setting Advanced Power Management level to disabled

sudo hdparm -S 0 /dev/sda

/dev/sda:
 setting standby to 0 (off)

Ich würde nicht viel auf diese Werte geben.
Meine Platte klackert nicht, ist etwa 6 Monate alt und nur mit Ubuntu betrieben.

MfG
DrFaNaTiC

P.S.:
Nun sinds übrigens schon:
Power_On_Hours - 26116
Load_Cycle_Count - 49237
Wow, ich für diese Beitag habe ich schlappe 18 Stunden gebraucht. \^^