WD Green Besitzer, wie hoch ist euer "Load Cycle Count"?

[Händler]

Hey,

ich hab ein jahr nachdem ich meine WD1000FYPS hatte von dem Problem gelesen und ersma ewigst du Panik bekommen...es ist aber alles halb so schlimm.

Hab mittlerweile drei Greens verbaut.

Eine WD1000FYPS, die so in etwa 2 Jahre alt ist.
Eine WD10EADS, die im Mai ein jahr alt wird.
Eine WD15EARS, die ich Ende Januar per Post bekommen hab.

Bisher ohne Ausfälle und es ist auch kein nerviges Geräusch zu vernehmen.
Meine WD1000FYPS hat schon so 150.000 Load/Unloads aufm Buckel, hält allerdings da Serverplatte auch 600.000 aus und da bin ich noch weit von entfernt. Bei meiner WD10EADS ist allerdings etwas seltsames zu beobachten. Der Wert ist nicht angestiegen. Der Load/Unload Cycle ist genauso hoch, wie die anlaufvorgänge. Erklären kann ich mir das nicht, denn IntelliPark ist dort auch standardmäßig aktiviert. Bei meiner neuen WD15EARS ist der Wert allerdings sehr rasch angestiegen woraufhin ich mich dann dazu entscheiden hab IntelliPark bei allen Platten einfach zu deaktivieren. Danach ist der Wert bei der WD15EARS noch einen Tag lang gestiegen aber jetzt steigt dieser auch nurnoch wenn die platte anläuft.

Somit ist meine Empfehlung ganz klar einfach das Ding auszuschalten. Die Stromersparniss merkt man nicht und so muss man sich dann keinen Kopf drum machen. Bei Linux würde ichs sowieso zu 1000% aus machen. Da sind die Probleme ja nun wirklich nicht von der Hand zu weisen.

Hier noch zum Abschluss meine S.M.A.R.T.-Werte:

WD1000FYPS:



WD10EADS:



WD15EARS:

 

[royneary]

So, ich habe mal meine SMART-Werte mit smartctl ausgelesen, und zwar einmal mit einer Timer-Einstellung von 210s, dann Neustart, mit wdidle3 den Timer deaktiviert, mit bösen Laufwerksgeräuschen und sehr lahmer Geschwindigkeit das System (Debian Squeeze KDE4) neu hochgefahren (beim KDE hat er aufgegeben). Dann neu ausgelesen.

Vorher:

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   134   124   021    Pre-fail  Always       -       6258
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       72
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       47
 10 Spin_Retry_Count        0x0032   100   253   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       68
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       55
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       1352
194 Temperature_Celsius     0x0022   119   114   000    Old_age   Always       -       28
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0

Nachher:

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail  Always       -       0
  3 Spin_Up_Time            0x0027   134   124   021    Pre-fail  Always       -       6258
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       73
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   200   200   000    Old_age   Always       -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       47
 10 Spin_Retry_Count        0x0032   100   253   000    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   253   000    Old_age   Always       -       0
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       69
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always       -       55
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always       -       1509
194 Temperature_Celsius     0x0022   118   114   000    Old_age   Always       -       29
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age   Offline      -       0

Das mache ich nicht nochmal!

Bei der 210s-Einstellung höre ich zwar immer noch die "Clunks" aber der Load Cycle Count steigt nicht mehr an.

 

[Händler]

des is aber sehr sehr komisch...

hast du eventuell eine alte version des WDIDLE Tools?

 

[royneary]

1.03. Müsste die aktuelle Version sein oder?

 

[Händler]

puh, das weiß ich nicht.

Ich hatte einfach nach WDIDLE3.exe gegoogelt und mir dann eine gezogen und dieser verwendet und damit hats ja anscheinend super geklappt

 

[DaveStar]

Relativ neue Platte meinerseits:

Power_On_hours: 261
Load_Cycle_Count: 3655

Ergibt 14 Zyklen pro Stunde was wiederum (bei den angegebenen 300'000 Zyklen) eine Lebensdauer von ca. 21'400 Stunden bedeuten würde. Das ergäbe dann knapp 2,5 Jahre Dauerbetrieb oder halt knapp 5 Jahre '12-h-pro-Tag-Betrieb'. Immerhin deutlich weniger, als die angegebenen 500'000 Stunden Motorenlebensdauer

Aber eben, die ganze Rechnerei ist natürlich hochtheoretisch - interessant wäre zu wisssen, wie problematisch das Ganze tatsächlich ist.
Ähnliche Probleme gab es ja früher schon bei anderen Platten - dort war Linux besonders 'betroffen', weil Linux als einziges System die Herstellerangaben in der Firmware korrekt umgesetzt hatte, diese jedoch bei einigen Modellen ziemlich verquer waren. Workarounds dafür sollten seit längerem hinreichend vorhanden sein.

Die Platte läuft bei mir übrigens auch in einem Linux System.

 

[royneary]

Wie problematisch das ganze wirklich ist wissen vermutlich leider nur die Ingenieure von WD.
Ich würde nur echt gerne was gegen die ständigen Geräusche tun. Bei einigen Platten soll man das Power Management wohl auch mit dem Tool hdparm abschalten können.

hdparm -B 255 /dev/sda

ergibt bei mir nur leider einen Fehler:

 setting Advanced Power Management level to disabled
 HDIO_DRIVE_CMD failed: Input/output error
 HDIO_DRIVE_CMD(identify) failed: Input/output error

Also kann hdparm wohl nicht mit meiner WD10EARS oder mache ich was falsch?

 

[DaveStar]

Grundsätzlich ist das von dir genannte hdparm Kommando korrekt (es schaltet die APM Funktionen ab).
Input/Output Errors hingegen sind leider (zumindest meines Wissens/nach meiner Erfahrung) nicht gerade spezifisch und können bei den verschiedensten Gelegenheiten auftreten, daher ist es schwer zu sagen, was den Fehler verursacht.
Gut möglich wäre, dass deine Platte das Kommando schlicht nicht unterstützt.

hdparm -i /dev/sda

Gibt dir einige Infos aus, unter anderem sollte sowas wie "AdvancedPM=no" (oder eben 'yes') da stehen. Wenn da 'no' steht, ist das natürlich ein starker Hinweis darauf, dass keine APM Funktionen angesprochen werden können auf dieser Platte.

Meine WD5000AADS hat da beispielsweise auch "AdvancedPM=no" stehen, während meine Samsung HD103SJ (F3) "AdvancedPM=yes" angibt.

 

[royneary]

Ok danke, gut zu wissen, bei mir steht no.

 

[wupi]

Ich habe mir gerade zwei Caviar Greens gekauft und zwar die WD10EARS (Von denen bis jetzt aber erst eine im Einsatz ist). Und wenn man erstmal weiß, was dieses "Clunk" alle paar Sekunden, bedeutet, geht es einem schon ganz schön auf die Nerven.
Mit wdidle3 konnte ich das Problem aber leider nicht lösen. Wenn ich die Idle-Zeit auf 5 Minuten setze, gehts trotzdem weiter wie bisher, sogar in noch ein bisschen kürzeren Abständen, vielleicht 6 statt den standardmäßigen 8 Sekunden. (Das Programm scheint mir auch sehr fehlerhaft zu sein, hab es auch schon geschafft die Zeit auf irgendwas bei 30 Minuten einzustellen, leider ohne die gewünschte Auswirkung). Wenn ich mit

wdidle3.exe /d

oder

wdidle3.exe /s0

den Counter deaktiviere, ertönen noch viel schlimmere Zugriffsgeräusche und die Zugriffszeit erhöht sich extrem.
Hat noch jemand die WD10EARS und hat ähnliche Erfahrungen? Oder vielleicht eine neue ganz tolle Lösung für das Problem? WD könnte ja ruhig mal ne neue Firmware rausrücken, wie für die teureren Modelle.

EDIT:
Also wenn ich mir das jetzt nicht einbilde, was nach dem ganzen Rumprobieren durchaus möglich ist, habe ich bei einem Timer-Wert von 210s die wenigsten "Clunks per minute". Ich höre sie jedenfalls nur noch unregelmäßig und nicht mehr alle 8 Sekunden.
Trotzdem würde mich interessieren, warum meine Platte bei deaktiviertem Timer gar nicht klarkommt.

Jo das liegt wohl an Version 1.03, hatte auch gerade das Problem, mit 1.00 funktioniert das deaktivieren aber Problemlos. Ich sollte noch anmerken das man dazu in den IDE Modus wechseln sollte.

wdidle3 /d

 

[royneary]

Jo das liegt wohl an Version 1.03, hatte auch gerade das Problem, mit 1.00 funktioniert das deaktivieren aber Problemlos. Ich sollte noch anmerken das man dazu in den IDE Modus wechseln sollte.

ah super danke, jetzt habe ich den Timer auch deaktiviert. Was bleibt sind die Geräusche, unregelmäßig aber nervig. Wüsste gerne, ob die Köpfe immer noch dauernd geparkt werden, nur nicht mehr gezählt wird, was ne ziemliche Verarsche wäre. oder ob die Geräusche einfach Lesegeräusche sind.
Ich habe jedenfalls eine Entscheidung gefällt. Eine von meinen WD10EARS wird verkauft und durch eine andere Platte ersetzt. Die andere bleibt als Backup-Platte.

 

[DaveStar]

Naja, wenn du sicher gehen willst, dass da regelmässige Zugriffe stattfinden und das Tool nich evt. nur den Zähler manipuliert (was ich zwar nicht denke), dann kannst du dir ja ein kurzes Shellscript schreiben, dass alle x Sekunden einen solchen Zugriff verursacht. (So ein Script benötigt weniger Codezeilen als deine Hand Finger hat ^^)

 

[rainer_b]

@royneary
Es liegt evtl. auch an den Fähigkeiten des Controlers - wdidle3 funktionierte bei meinen Versuchen an Nvidia-Controler nicht - auch nicht im IDE-Modus. Die Platte wurde dann zwar erkannt und wdidle3 hat auch irgendwas gemacht, aber beim anschließenden Statusauslesen mit dem wdidle3-Tool wurde nicht das wiedergegeben, was ich eingestellt haben wollte. Auch deaktivieren ging nicht. Am Intel-Controler (im IDE-Modus) gings dagegen problemlos (Version 1.00).

Gruß Rainer

 

[_TK_]

WD baut die zuverlässigsten Festplatten!

WD baut Festplatten, und macht gute Werbung. Nicht mehr, und auch nicht weniger.

Hier die Daten meiner WD10EADS (Schreibtisch-PC):

Raw Read Error Rate 0
Throughput Performance 119
Spin Up Time 329
Start Stop Count 60
Reallocated Sector Ct 0
Seek Error Rate 0
Seek Time Performance 33
Power On Hours 314
Spin Retry Count 0
Power Cycle Count 38
Power-Off Retract Count 67
Load Cycle Count 67
Temperature Celsius 29
Reallocated Event Count 0
Current Pending Sector 0
Offline Uncorrectable 0


Und gleich noch das NAS (WD10EACS):
1 Raw_Read_Error_Rate 0
3 Spin_Up_Time 6950
4 Start_Stop_Count 771
5 Reallocated_Sector_Ct 0
7 Seek_Error_Rate 0
9 Power_On_Hours 1692
10 Spin_Retry_Count 0
11 Calibration_Retry_Count 0
12 Power_Cycle_Count 186
192 Power-Off_Retract_Count 56
193 Load_Cycle_Count 771
194 Temperature_Celsius 21
196 Reallocated_Event_Count 0
197 Current_Pending_Sector 0
198 Offline_Uncorrectable 0
199 UDMA_CRC_Error_Count 0
200 Multi_Zone_Error_Rate 0

Daß die Köpfe regelmäßig in die Parkposition gefahren werden, hängt mit dem erklärten Ziel dieser Plattenserie zusammen, Strom zu sparen. Dazu wurde u.a. die Drehzahl gedrosselt, außerdem ist bei geparkten Köpfen keine Spurnachführung (=Energie) nötig.
Die Spurnachführung belastet m.E. die gesamte Mechanik und Elektronik weit mehr, als die paar Parkvorgänge.

Von 4 zeitgleich eingekauften 1 TB EADS / EACS hatte eine gleich nach ca. 4 Wochen den Geist aufgegeben. Sehr wahrscheinlich der Vorverstärker defekt. Seagate war zu dem Zeitpunkt auch nicht besser, seitdem (ver-) kaufe ich nach Möglichkeit nur noch Hitachi. Noch kein einziger Rückläufer, und das seit etwa 12 Monaten.

Fazit: Das Parken macht die Festplatten nicht kaputt! Die sterben entweder aufgrund mangelhafter Komponenten, oder durch Benutzerfehler (runtergefallen, Überspannung usw.)

 

[Blue_Quarter]

Hier ist meine WDC WD15EARS-00Z5B1 , gekauft am 6. Februar 2010:

und meine WDC WD6401AALS-00L3B2 vom 30.12.2008:

Der LCC-Wert scheint im Gegensatz zu der älteren WD640er schon etwas hoch zu sein...

MfG Blue

 

[pLaToOn23]

Ich wollte eigentlich heute weitere Platten aus der WD green Serie bestellen, als ich zufällig von dem Problem mit dem load cycle count gelesen habe. Da ich 2x 1 TB WD green bereits besitze, habe ich gleich mal die Werte ausgelesen. Komischerweise kann ich das Problem mit dem hohen load cycle count Wert gar nicht bestätigen, bei mir scheint alles normal zu sein:

 

[wupi]

Sieht absolut normal aus, meine hat bei 300 Stunden einen mehr als doppelt so hohen Wert.

 

[lumpi3105]

Ich weiß zwar nicht, ob das IntelliPark-Feature damals schon für die EARS-Serie von WD beworben wurde, was ich mir zumindest vorstellen kann, da im Archiv auf deren Homepage noch HDDs-Benutzerhandbücher.pdfs mit IntelliPark für andere Modelle auffindbar sind. Fakt ist jedoch, dass dies aktuell nicht mehr der Fall für die Green-Reihe ist, siehe hier.

Kann das Grund zur Annahme sein, dass die EARS heutzutage von Haus aus ohne das Feature ausgestattet sind, oder habe ich da Entscheidendes übersehen?

 

[_TK_]

...Problem mit dem load cycle count

Ich sehe da absolut kein Problem, sondern ein produktspezifisches Merkmal.

 

[Händler]

@lumpi3105:

Schau mal meinen Post oben an. Ich hab bei mir eine WD15EARS verbaut bei der am Anfang der Wert rasant angestiegen ist. Daraufhin hab ich das dann per WDTool deaktiviert. Es is dann noch kurze Zeit weiter angestiegen, aber jetzt steht es still und steigt nurnoch wenn die platte anlaufen muss.

Ich glaub das des Feature immer noch verbaut wird und von daher kann das garnich soo schlecht sein, sonst hätte das WD sicherlich mittlerweile rausgenommen. Die Greens sind schließlich schon ne gewisse Zeit aufm Markt