Lenny: Aggressives Powermanagment, 2,5" Festplatte

[pluvo]

Hallo,

ich habe unter Lenny (testing) ein wirklich unangenehmes Problem, dass ich unter Etch (stable) nicht habe.

Also ich habe eine Workstation mit einer 2,5" Festplatte. (Das sind diese kleinen Festplatten, die normalerweise in Notebooks eingebaut werden. Ich setze sie in der Workstation ein, weil dadurch mein PC weniger Strom verbraucht und er fast lautlos läuft.)

Festplatte: WDC WD800BEVS-07RST0
(Western Digital, Scorpio, WD800BEVS, 80 GB, 2,5-Zoll-SATA-Laufwerk, 8 MB Cache, 5400 U/min, ~ 40 €)

Wenn ich Lenny betreibe, dann höre andauernd ein Klick&Klack von der Festplatte. Die Leseköpfe werden geparkt und sofort wieder benutzt.

Im Datenblatt der Festplatte steht folgendes:

Load/unload cycles: 600,000

(Controlled unload at ambient condition.)

Quelle: http://www.westerndigital.com/de/librar ... 701278.pdf

Nun, ich habe die Festplatte mal mit smartctl beobachtet und bin zu dem Ergebnis gekommen, dass ungefähr jede Minute ein Cycle stattfindet

Damit wäre die Festplatte knapp nach einem Jahr über 600000.

Der Ubuntu-Bug-Report ist dazu sehr umfangreich:
https://bugs.launchpad.net/dell/+bug/59695

Vorhin war es wirklich sehr aggressiv:

Code: Alles auswählen

root@osiris:/home/pluvo# date && smartctl -a /dev/sda | grep Load_Cycle_Count
Mo 7. Jul 08:10:36 CEST 2008
193 Load_Cycle_Count        0x0032   197   197   000    Old_age   Always       -       9140
root@osiris:/home/pluvo# date && smartctl -a /dev/sda | grep Load_Cycle_Count
Mo 7. Jul 08:10:46 CEST 2008
193 Load_Cycle_Count        0x0032   197   197   000    Old_age   Always       -       9141
root@osiris:/home/pluvo# date && smartctl -a /dev/sda | grep Load_Cycle_Count
Mo 7. Jul 08:10:56 CEST 2008
193 Load_Cycle_Count        0x0032   197   197   000    Old_age   Always       -       9142
root@osiris:/home/pluvo# date && smartctl -a /dev/sda | grep Load_Cycle_Count
Mo 7. Jul 08:11:08 CEST 2008
193 Load_Cycle_Count        0x0032   197   197   000    Old_age   Always       -       9143
root@osiris:/home/pluvo# date && smartctl -a /dev/sda | grep Load_Cycle_Count
Mo 7. Jul 08:11:18 CEST 2008
193 Load_Cycle_Count        0x0032   197   197   000    Old_age   Always       -       9144
root@osiris:/home/pluvo# 

Kennt jemand das Problem?

Ich habe nun erstmal das Powermanagment deaktiviert und werde die Temperatur beobachten.

Code: Alles auswählen

root@osiris:/home/pluvo# hdparm -B 255 /dev/sda

/dev/sda:
 setting Advanced Power Management level to disabled
root@osiris:/home/pluvo# date && smartctl -a /dev/sda | grep Load_Cycle_Count
Mo 7. Jul 08:16:06 CEST 2008
193 Load_Cycle_Count        0x0032   197   197   000    Old_age   Always       -       9150
root@osiris:/home/pluvo# hddtemp /dev/sda
/dev/sda: WDC WD800BEVS-07RST0: 35°C

mfg pluvo

[Danielx]

ich habe unter Lenny (testing) ein wirklich unangenehmes Problem, dass ich unter Etch (stable) nicht habe.

Hm, ich habe (bzw. hatte, siehe unten) das Problem unter Etch und dachte es wäre inzwischen unter Lenny behoben.

Kennt jemand das Problem?

Ja, siehe hier:
https://www.debianforum.de/forum/viewto ... 26&t=98570

Gruß,
Daniel

[matman]

Hm, ich habe (bzw. hatte, siehe unten) das Problem unter Etch und dachte es wäre inzwischen unter Lenny behoben.

Wahnsinn, ich hätte wohl nichts gemerkt, wenn ich das hier nicht gelesen hätte. Mit Etch war aber alles o.k. Es liegt wohl auch mit an der Festplatte?

Mein Load_Cycle_Count liegt mittlerweile bei 20886. Meine Samsung ist wohl aber so leise, ich höre kein klicken oder ähnliches, nichtmal wenn ich mein Ohr ans Gehäuse halte.

Na, jedenfalls ging der Load_Cycle_Count so ca. 4 mal pro Minute um eins höher, das entspricht bei 7 Tagen Lenny und etwa 10 Stunden am Tag rund 17000. Da kann es vorher mit Etch ja nicht so schlimm gewesen sein. Habe eine 2,5" SAMSUNG HM120JI

[cirrussc]

Hi,

so richtig beachtet habe ich das auch noch nicht. Dadurch hat sich bei meiner WD800VE-07HDT0 eine Load_Cycle_Count 48643 bei Power_On_Hours 4628 eingeschlichen.

Ich hatte mal die Spin up time hoch gesetzt aber irgend wie wieder rückgesetzt.
Und ja, es ist ein Problem (Feature) der Festplatte selbst, nur können die Parameter vom OS geändert werden.
Ein Eintrag in die hdparm.conf ist empfehlenswert.
Dabei kann gleich das Acoustic Management minimiert werden, um etwas Performance raus zu kitzeln

[pluvo]

Dadurch hat sich bei meiner WD800VE-07HDT0 eine Load_Cycle_Count 48643 bei Power_On_Hours 4628 eingeschlichen

Bei mir sieht es so aus:

Code: Alles auswählen

root@osiris:/home/pluvo# date && hddtemp /dev/sda && smartctl -a /dev/sda | grep Load_Cycle_Count && smartctl -a /dev/sda | grep Power_On_Hours
Mo 7. Jul 13:06:31 CEST 2008
/dev/sda: WDC WD800BEVS-07RST0: 40°C
193 Load_Cycle_Count        0x0032   197   197   000    Old_age   Always       -       9150
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       966

Wobei die 40 Grad nicht wirklich aussagekräftig sind. Unter der 2,5" Festplatte ist zurzeit eine 3,5" Festplatte eingebaut, auf der das Debian-System läuft.

mfg pluvo

[Danielx]

eine Load_Cycle_Count 48643

Geht ja noch, ich hatte es leider erst zufällig bei fast 200.000 bemerkt.
Wie gehen denn eigentlich andere Betriebssysteme (z.B. Windows) mit diesem Problem um (denn es liegt ja eigentlich an den Festplatten)?
Tritt dort das Problem auch auf (kann es nicht testen, da ich hier kein Windows drauf habe).

Gruß,
Daniel

[cirrussc]

Wobei die 40 Grad nicht wirklich aussagekräftig sind. Unter der 2,5" Festplatte ist zurzeit eine 3,5" Festplatte eingebaut, auf der das Debian-System läuft.

Also jetzt hat sie durchschnittlich 36Grad, das ist voll in Ordnung.

Wie gehen denn eigentlich andere Betriebssysteme (z.B. Windows) mit diesem Problem um (denn es liegt ja eigentlich an den Festplatten)?

Also hier sitzt auch ein XP drauf (vor Monden mal gebootet), da liessen sich ebenfalls die load/unload Zyklen eindeutige feststellen (akustisch).
Ich denke mal, da schert sich nichts und niemand drum.
Gut, das wir (Linuxer) das alles im Griff haben

[M. Linux]

Hi all

Bei mir sieht es so aus:

Code: Alles auswählen

# date && hddtemp /dev/sda && smartctl -a /dev/sda | grep Load_Cycle_Count && smartctl -a /dev/sda | grep Power_On_Hours
Mon Jul  7 17:12:00 CEST 2008
/dev/sda: HITACHI HTS542525K9SA00: 31°C
193 Load_Cycle_Count        0x0012   100   100   000    Old_age   Always       -       1038
  9 Power_On_Hours          0x0012   100   100   000    Old_age   Always       -       260
# 

Ich habe laptop-mode-tools nicht installiert, kann ich also davon ausgehen, dass bei mir das Problem bez. dieser Bug nicht zum tragen kommt?

[cirrussc]

Ich habe laptop-mode-tools nicht installiert, kann ich also davon ausgehen, dass bei mir das Problem bez. dieser Bug nicht zum tragen kommt?

Naja für 260h sind das schon sehr viele load Zyklen, also eher nein.
Das Problem besteht also auch hier. Einfach die hdparm.conf bearbeiten

[pluvo]

Ich habe laptop-mode-tools nicht installiert, kann ich also davon ausgehen, dass bei mir das Problem bez. dieser Bug nicht zum tragen kommt?

Bei mir ist dieses Paket nicht installiert, aber das "Problem" besteht trotzdem. (Nur das Paket laptop-detect ist installiert.)

Ich habe heute meinen PC für 2 Stunden einfach mal alleine gelassen und danach geschaut, wie viel Cycles er hatte:

Code: Alles auswählen

root@osiris:/home/pluvo# date && hddtemp /dev/sda && smartctl -a /dev/sda | grep Load_Cycle_Count && smartctl -a /dev/sda | grep Power_On_Hours
Di 8. Jul 14:15:15 CEST 2008
/dev/sda: WDC WD800BEVS-07RST0: 30°C
193 Load_Cycle_Count        0x0032   197   197   000    Old_age   Always       -       9176
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       978
root@osiris:/home/pluvo# date && hddtemp /dev/sda && smartctl -a /dev/sda | grep Load_Cycle_Count && smartctl -a /dev/sda | grep Power_On_Hours
Di 8. Jul 16:21:19 CEST 2008
/dev/sda: WDC WD800BEVS-07RST0: 34°C
193 Load_Cycle_Count        0x0032   197   197   000    Old_age   Always       -       9298
  9 Power_On_Hours          0x0032   099   099   000    Old_age   Always       -       980

Das sind 122 Cycles innerhalb 126 Minuten. Eindeutig zu viel nach meiner Meinung. Ich werde nun den Vorschlag mit der hdparm.conf umsetzen.


mfg pluvo

[cirrussc]

Das sind 122 Cycles innerhalb 126 Minuten. Eindeutig zu viel nach meiner Meinung. Ich werde nun den Vorschlag mit der hdparm.conf umsetzen.

Das hilft!
Seit gestern nur 2 Zyklen mehr und das weil ich 2 mal neu gestartet habe (Jeder Start = ein load cycle).

[gms]

Ich habe laptop-mode-tools nicht installiert, kann ich also davon ausgehen, dass bei mir das Problem bez. dieser Bug nicht zum tragen kommt?

alle 3-6 Minuten ein Load-Cycle ist kein Problem und du kommst mit 1038 in 260 Stunden, auf nicht einmal 4 in der Stunde

Seit gestern nur 2 Zyklen mehr und das weil ich 2 mal neu gestartet habe (Jeder Start = ein load cycle).

also an den Load-Cycle geht deine Festplatte wahrscheinlich nicht ein
aber auch vor dieser Änderung hattest du nur ca 10 Load Cycle in der Stunde und hättest somit den Grenzwert nach ca 7 Jahren durchgehenden(!) Betrieb erreicht. Für diese Festplatte ein stolzes Alter

Gruß
gms

[cirrussc]

Seit gestern nur 2 Zyklen mehr und das weil ich 2 mal neu gestartet habe (Jeder Start = ein load cycle).

also an den Load-Cycle geht deine Festplatte wahrscheinlich nicht ein

Das nicht, sollte blos zeigen, das die Einstellung hier Wirkung zeigte.
Und natürlich sind die Ladezyklen nicht der alleinige Grund für das Festplatten sterben, aber einer.
Die Mechanik ist an der Stelle manchmal schon recht "labil" gestaltet.

[stinkstiefel]

Mit lenny habe ich laut hdparm bezüglich der Load/Unload Technologie meiner HDD keinerlei Probleme.
Dank diesem Beitrag hier weiss ich nun aber woher das etwas störende Geräusch mit Vista stammt.
In ca. 60 Minuten 36 Zyklen sind sicher nicht weiter tragisch jedoch würde ich gern das damit verbundene
Geräusch (bei mir eher ein schnirpsen als klack/klack) loswerden. Die Frage ist zwar nicht richtig plaziert,
aber vielleicht weiss ja trotzdem jemand wie man Load/Unload unter Vista beeinflussen kann. Über google
war ich nämlich bisher nicht so richtig erfolgreich.

[cirrussc]

Die Frage ist zwar nicht richtig plaziert,
aber vielleicht weiss ja trotzdem jemand wie man Load/Unload unter Vista beeinflussen kann. Über google
war ich nämlich bisher nicht so richtig erfolgreich.

Theoretisch könnte es helfen, die Einstellungen unter Linux zu machen, Neustart (warm start) und Vista starten. Sofern Vista da nicht selbst ruminitialisiert, sollte die HDD sich das merken. Das wäre aber wirklich zu Umständlich

[pluvo]

Mit lenny habe ich laut hdparm bezüglich der Load/Unload Technologie meiner HDD keinerlei Probleme.

Kurze Frage: Auf welches Power-Management-Level ist deine Festplatte unter Lenny (testing) eingestellt?

Ich habe mein Festplatte erstmal mithilfe der /etc/hdparm.conf angepasst und es funktioniert auch:

Code: Alles auswählen

root@osiris:/home/pluvo# hdparm -I /dev/sda | grep level
	Advanced power management level: disabled

Unter Etch (stable) sieht das dagegen so aus:

Code: Alles auswählen

vdretch:/home/pluvo# hdparm -I /dev/sda | grep level
        Advanced power management level: unknown setting (0x00fe)

mfg pluvo

[stinkstiefel]

Kurze Frage: Auf welches Power-Management-Level ist deine Festplatte unter Lenny (testing) eingestellt?

254

[conzul]

Hi,
dieser Thread hat mich doch auch gleich etwas *verängstigt*

Ich hab einen alten Dell Inspiron 9100 und habe vor etwa 2,5 Jahren die Festplatte tauschen lassen weil die genannten Geräusche auch unter WinXP an der Tagesordnung waren. Diese Geräusche waren sehr laut - das gefiel mir nicht und tägliches Backup mache ich auch keines, Schande über mein Haupt. Daher wurde der Tausch via Dell veranlasst.

Hier nun meine aktuellen Werte:

Fr 11. Jul 12:39:11 CEST 2008
/dev/hda: Hitachi HTS541080G9AT00: 39°C
193 Load_Cycle_Count 0x0012 080 080 000 Old_age Always - 200409
9 Power_On_Hours 0x0012 082 082 000 Old_age Always - 8194

Fr 11. Jul 12:50:50 CEST 2008
/dev/hda: Hitachi HTS541080G9AT00: 39°C
193 Load_Cycle_Count 0x0012 080 080 000 Old_age Always - 200409
9 Power_On_Hours 0x0012 082 082 000 Old_age Always - 8194

Zum Glück konnte ich (bei dieser Platte) auch nie solche Geräusche wahrnehmen. 200409 erscheint mir aber schon etwas viel...

Mein Advanced power management level ist standardmässig auf 128 eingestellt wie ich eben gesehen habe...

Danke jedenfalls für den Hinweis/Thread - ich kann jetzt erstmal noch einige andere Laptops überprüfen

[pluvo]

Zum Glück konnte ich (bei dieser Platte) auch nie solche Geräusche wahrnehmen. 200409 erscheint mir aber schon etwas viel...

Das müssen nicht unbedingt soviele gewesen sein. Manche Festplatten zählen in 16er-Schritte (siehe Ubuntu-Bug-Eintrag).

mfg pluvo

[Danielx]

Manche Festplatten zählen in 16er-Schritte

200409 lässt sich aber nicht (auch nicht annähernd) durch 16 teilen.

[pluvo]

Manche Festplatten zählen in 16er-Schritte

200409 lässt sich aber nicht (auch nicht annähernd) durch 16 teilen.

Gutes Argument

(Seine Festplatte hat theoretisch schon über ein Jahr Dauerbetrieb hinter sich. Die Zahl ist schon realistisch.)

[MrGerardCruiz]

Bei mir sieht das so aus:

Di 15. Jul 23:52:34 CEST 2008
193 Load_Cycle_Count 0x0032 093 093 000 Old_age Always - 79355
9 Power_On_Hours 0x0032 095 095 000 Old_age Always - 2248

Eher kritisch oder?

[MrGerardCruiz]

So hab das Workaround eingearbeitet.
Wenn die Zahl nach zweimaliger Eingabe von:

date && smartctl -a /dev/sda | grep Load_Cycle_Count

mit einer Distanz von 4 Minuten nicht steigt, sollte es funktionieren oder?

[pluvo]

Eher kritisch oder?

Wenn die Werte so stimmen, müsste die Festplatte alle zwei Minuten einen Cycle machen.

Wenn die Zahl ... nicht steigt, sollte es funktionieren oder?

Korrekt. Sie sollte so lange der PC an ist gar nicht mehr steigen.

Es stellt sich aber die Frage ob du dich vorher informiert hast. Z.B. solltest du die Temperatur von der Festplatte im Blick haben, denn diese wird nun steigen.

mfg pluvo

[cirrussc]

Es stellt sich aber die Frage ob du dich vorher informiert hast. Z.B. solltest du die Temperatur von der Festplatte im Blick haben, denn diese wird nun steigen.

Sicher?
Fakt ist, der "Disk load" spart Energie, durch das abschalten/runterfahren des Arm-Servos. In den meisten Fällen unserer Desktopsysteme jedoch nicht. Daran ist das sofortige wieder auf wachen der Festplatte, also unload der Kopfarme schuld. Somit wird das Energiespar Feature, automatisches laden der Köpfe auf eine Rampe, unwirksam und durch die Häufigkeit sogar schädlich. Schuld daran, häufige Plattenzugriffe (Journaling FS, Logdienste, ...).

Zum Energie sparen sollten also das Akustik und Power Management hoch gesetzt werden. Wofür allerdings das ganze System angepasst werden müsste...
Mit dieser Voraussetzung lohnt sich dann auch das Standby timeout zu setzen (hdparm -S, -y direkt).
Bei Systemen mit mehreren Platten kann all das zu mindest bei reinen Datenplatten, also die auf denen gerade kein OS läuft, angewendet werden (dort sind die Zugriffe i.d.R. nicht so hoch frequentiert).

Hintergründe und Interna sind hier [1] sehr informativ nachzulesen.

[1] http://www.hitachigst.com/tech/techlib. ... &linkto=QL
Ramp Load/Unload Technology
Power & Acoustic Management