Arch Linux

‚Load / Unload Cycle Count‘ steigt viel zu schnell?

Robert

Moin,

meine Festplatte von einem Notebook scheint ein Problem mit den "Parkvorgängen" des Schreibkopfes zu haben..[1]

Das Problem wird zwar im eng. Arch Wiki behandelt [2], und es existieren auch schon mehrere Threads, aber alle dort beschriebenen Lösungsansätze scheinen nicht zu funktionieren. (Einstellungen mit hdparm -S und -B)

Etwa jede Sekunde steigt der Wert vom S.M.A.R.T Attribut "Load/Unload Cycle Count" um 1 an.

Inzwischen ist dieser bei etwa 344100 (raw value) angelangt, die "übersetzte" Variable beträgt 66.

Muss ich mir jetzt Sorgen um meine Festplatte machen?

Unter Windows scheint dies nicht vorzuliegen, dort steigt die Variable um etwa 5 in 15 Minuten (grob geschätzt). Zur Hardware : Ein Sony Vaio VGN-NW21MF

Grüße
RJB

[1]https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695

[2]http://wiki.archlinux.org/index.php/Laptop#Hard_drive_spin_down_problem

fs4000

Lass mich raten, du hast ne Samsung Festplatte? (kriegt man mit hdparm -i /dev/sda raus)

Mir gehts nämlich genauso und vielen andren auch.

Anfangs dacht ich noch, dass da was nicht stimmt, und hab viel recherchiert, aber da ich nicht der einzige war, hab ich das erstmal einfach nur beobachtet. Die Festplatte gab auch immer komische Knackgeräusche von sich (anfangs wusst ich nicht, dass es die Platte war), aber als das Ding dann angefangen hat wie der Systemlautsprecher zu piepen, hab ich echt Angst bekommen. Hab SMART-Tests durchgeführt und die Platte dabei zusätzlich gekühlt (die Tests drehen die Temperatur ganz schön hoch). Jedoch hatten viele selbst dieses Phänomen schon erlebt und nach ner Zeit ließ das bei mir auch wieder nach.

Also inzwischen ignoriere ich diese SMART-Werte, die da unkontrolliert in die Höhe schießen, das Geknacke und Gepiepe einfach. Die Festplatte läuft schon fast 2 Jahre so, merkliche Probleme gabs noch keine.

Ich kann dir meine SMART-Werte später mal noch posten.

# smartctl -A /dev/sda
smartctl 5.39 2009-12-09 r2995 [x86_64-unknown-linux-gnu] (local build)
Copyright (C) 2002-9 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF READ SMART DATA SECTION ===
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     0x000f   100   100   051    Pre-fail  Always       -       11
  3 Spin_Up_Time            0x0007   252   252   025    Pre-fail  Always       -       1937
  4 Start_Stop_Count        0x0032   097   097   000    Old_age   Always       -       3302
  5 Reallocated_Sector_Ct   0x0033   252   252   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x000e   252   252   051    Old_age   Always       -       0
  8 Seek_Time_Performance   0x0024   252   252   015    Old_age   Offline      -       0
  9 Power_On_Hours          0x0032   093   093   000    Old_age   Always       -       3947
 10 Spin_Retry_Count        0x0032   100   100   051    Old_age   Always       -       2
 12 Power_Cycle_Count       0x0032   099   099   000    Old_age   Always       -       1714
191 G-Sense_Error_Rate      0x0032   099   099   000    Old_age   Always       -       14796
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       263
194 Temperature_Celsius     0x0022   163   094   000    Old_age   Always       -       25 (Lifetime Min/Max 9/48)
195 Hardware_ECC_Recovered  0x001a   100   100   000    Old_age   Always       -       15263
196 Reallocated_Event_Count 0x0032   252   252   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0012   252   252   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   252   252   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0036   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x000a   100   100   000    Old_age   Always       -       0
201 Soft_Read_Error_Rate    0x0032   252   252   000    Old_age   Always       -       0
223 Load_Retry_Count        0x0032   082   082   000    Old_age   Always       -       18891
225 Load_Cycle_Count        0x0032   090   090   000    Old_age   Always       -       110236

Bei Windows scheint die Platte irgendwie gar nicht genug Zeit zu haben, den Schreib-/Lesekopf zu parken. Bei Linux dreh ich den APM-Level (hdparm -B) der Platte immer auf 254, Load_Cycle_Count bleibt dadurch stehen, allerdings geht jetzt Load_Retry_Count hoch (der zählt übrigens das Knacksen und Piepen).

Xukashi

moin hab hier auf das gleiche mit ner samsungplatte. smart zeigt bei mir aber auch das ich n prob mit den Spin_Retry_Count habe.

Spin_Retry_Count 0x0032 100 100 051 Old_age Always - 20

hab auch schon die etools von samsung drueberlaufen lassen und die haben mir keine fehler angezeigt. also daher ruhig blut. nen backup zieh ich eh 1x die woche also wenn was sein sollte.

Steinpfeffer

Tach auch,

interessant. Ich dachte schon, ich sei der einzige, der dieses Problem hat. Seit ein paar Sekunden weiß ich auch, daß ich eine Platte von Samsung drin habe.
Manchmal piept sie, die Parkvorgänge steigen unaufhaltsam und in letzter Zeit knackt sie wieder besonders oft.
Die ganzen Tips und Lösungsansätze (hdparm) schlugen bei mir auch fehl. Die Platte habe ich schon eineinhalb Jahre und sie führt sich von Anfang an so auf. Daß andere die selben Symptome beobachten und keine Probleme feststellen, beruhigt mich irgendwie. Auch die Tatsache, daß ich fast täglich eine Datensicherung mache.

Viele Grüße

Robert

Moin,
danke für die Antworten, bei mir ist auch eine Samsungfestlpatte verbuggt, äähm verbaut..

Bei mir ist der Load Cycle Count schon deutlich höher gestiegen, ich hab aber weder Gefiepe noch andere Geräusche.

=== START OF READ SMART DATA SECTION ===
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   100   100   051    Pre-fail  Always       -       0
  2 Throughput_Performance  0x0026   055   055   000    Old_age   Always       -       7413
  3 Spin_Up_Time            0x0023   090   090   025    Pre-fail  Always       -       3210
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       394
  5 Reallocated_Sector_Ct   0x0033   252   252   010    Pre-fail  Always       -       0
  7 Seek_Error_Rate         0x002e   252   252   051    Old_age   Always       -       0
  8 Seek_Time_Performance   0x0024   252   252   015    Old_age   Offline      -       0
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       381
 10 Spin_Retry_Count        0x0032   252   252   051    Old_age   Always       -       0
 11 Calibration_Retry_Count 0x0032   100   100   000    Old_age   Always       -       14
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       377
191 G-Sense_Error_Rate      0x0022   100   100   000    Old_age   Always       -       79
192 Power-Off_Retract_Count 0x0022   252   252   000    Old_age   Always       -       0
194 Temperature_Celsius     0x0002   064   054   000    Old_age   Always       -       16 (Lifetime Min/Max 11/47)
195 Hardware_ECC_Recovered  0x003a   100   100   000    Old_age   Always       -       0
196 Reallocated_Event_Count 0x0032   252   252   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   252   252   000    Old_age   Always       -       0
198 Offline_Uncorrectable   0x0030   252   252   000    Old_age   Offline      -       0
199 UDMA_CRC_Error_Count    0x0036   200   200   000    Old_age   Always       -       0
200 Multi_Zone_Error_Rate   0x002a   100   100   000    Old_age   Always       -       91
223 Load_Retry_Count        0x0032   100   100   000    Old_age   Always       -       14
225 Load_Cycle_Count        0x0032   066   066   000    Old_age   Always       -       344267

Soll ich einfach Backups machen und hoffen oder lieber erstmal weniger Linux auf dem Notebook verwenden?

Xukashi

was bei mir noch ist, ist das mein

Spin_Retry_Count 0x0032 100 100 051 Old_age Always - 21

hochgeht. das weiss ich halt nicht ob ich mir sorgen machen muss. wenn man danach ne suchmaschine befragt kommen zig verschiedene antworten.

jean-paul

Xukashi schriebwas bei mir noch ist, ist das mein

Spin_Retry_Count 0x0032 100 100 051 Old_age Always - 21

hochgeht. das weiss ich halt nicht ob ich mir sorgen machen muss. wenn man danach ne suchmaschine befragt kommen zig verschiedene antworten.

Der Wert ist völlig okay. Wichtig ist, dass der THRESH weit genug von VALUE weg ist. Probleme hast du erst wenn THERSH größer als VALUE ist. Und den RAW_VALUE kannst du vernachläßigen, weil er zu 80% eh nicht stimmt, oder schlicht Info ist.

Ich arbeite seit Jahren ausschließlich mit Samsung-Platten und CD/DVD-Playern und nie Probleme gehabt. Die Platten kann man mit

hdparm -M 128

leise stellen. Meist sind die Platten auf 254 (schnell) gestellt (hdparm -h)

Jean-Paul

Xukashi

hier ist mal mein log. aber warum zeigt er mir nen error an?

jean-paul

Prinzipiell ist es so, dass die Werte die smartctl anzeigt stark vom Hersteller und dessen Dastellung / Aufbereitung der Werte abhängt. Manche Werte sagen einfach nichts aus, weil nicht bekannt ist was sie bedeuten, oder Hersteller völlig unterschiedliche Größen angeben - also ein Hersteller gibt für ein Attribut 20 an an der andere 65438.

Dein "Spin_Retry_Count" soll jetzt auf mögliche mechanische Probleme hinweisen. http://en.wikipedia.org/wiki/Self-Monitoring,_Analysis_and_Reporting_Technology

Nun, die Platte kann noch Jahre laufen, sie kann aber morgen stehen bleiben. Das trifft aber auf jede Platte zu.

Das heißt: du hast keine Sicherheit wie lange deine Platte lebt, mit oder ohne smartctl. Ich weiß, das ist ein blödes Gefühl. Wenn du einigermaßen sicher sein willst, dann musst du, nach einer gewissen Zeit (1-2 Jahr), die Platte einfach tauschen - die kosten ja nicht mehr viel.

Jean-Paul

fs4000

Allerdings gehen Festplatten meist entweder in den ersten Wochen bzw. Monaten kaputt oder halten einige Jahre durch. Dass eine 1 bis 2 Jahre alte Festplatte kaputt geht ist also eher unwahrscheinlich.