Linux-Kernel soll WD-Festplatten kaputt machen
Eben lese ich in de.comp.hardware.laufwerke.festplatten, dass der Linux-Kernel Western Digital Festplatten kaputt machen soll. Ist das mit 2.6.27.42-0.1-default und später gelöst? Al --------------- Weitergeleitete Nachricht (Anfang) Betreff: Re: Funktioniert e-SATA bei Hofer-Festplatte (Medion MD90118) von heute? Absender: Joerg Walther Datum: Sat, 06 Feb 2010 12:54:04 +0100 Newsgruppe: de.comp.hardware.laufwerke.festplatten A. Bogner wrote:
Hast du die Platte unter Linux betrieben? Da gibt es einen Bug, der das verursacht.
Details bitte.
Es ist schlicht und ergreifend so, dass der Linuxkernel aktuelle WD-Platten alle paar Sekunden zum Parken schickt. Dadurch wird der Load Cycle Count innerhalb weniger Wochen/Monate über das von WD garantierte Maß hinausgetrieben, Ausfälle sind vorprogrammiert. Abhilfe kann man schaffen, indem man der Platte einmalig mit Hilfe des Programms wdidle3 sagt, dass sie nur noch 1x/Stunde parken soll. --------------- -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Samstag, 6. Februar 2010 schrieb Al Bogner:
Eben lese ich in de.comp.hardware.laufwerke.festplatten, dass der Linux-Kernel Western Digital Festplatten kaputt machen soll.
Meine läuft seit 2 Jahren ohne Fehler. gruß Oliver -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 06.02.2010, Oliver Leue wrote:
Meine läuft seit 2 Jahren ohne Fehler.
Was sagt denn smartctl -a /dev/xxx | grep Load_Cycle -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, 6. Februar 2010 16:40:53 schrieb Heinz Diehl:
On 06.02.2010, Oliver Leue wrote:
Meine läuft seit 2 Jahren ohne Fehler.
Was sagt denn
smartctl -a /dev/xxx | grep Load_Cycle
Bei mir sieht es (noch) unkritisch aus. Ab 300000 ist es mit der Garantie vorbei. WDC WD15EARS-00Z5B1 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 11 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 4 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 127 Die ist also nagelneu. WDC WD10EADS-00L5B1 9 Power_On_Hours 0x0032 093 093 000 Old_age Always - 5516 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 480 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 482 WDC WD10EADS-00M2B0 9 Power_On_Hours 0x0032 097 097 000 Old_age Always - 2368 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 205 193 Load_Cycle_Count 0x0032 192 192 000 Old_age Always - 25281 Der große Unterschied bei den beiden WD10EADS irritiert aber schon, auch bezogen auf "Power on" Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, 6. Februar 2010 15:02:34 schrieb Al Bogner: Hallo Al,
Eben lese ich in de.comp.hardware.laufwerke.festplatten, dass der Linux-Kernel Western Digital Festplatten kaputt machen soll.
Jetzt wird mir doch einiges klar :-( Meine WD-Book-Platte hatte ich nach 2-monatigem Einsatz reklamiert, die sie fortlaufende klickende Geraeusche machte. _Schon_ 3 Wochen spaeter bekam ich aus China eine neue geliefert. Diese Platte habe ich nur noch angesteckt, solange sie wirklich zu tun hat, daher weiss ich nicht einmal, ob das Problem jetzt auch noch auftritt.
Ist das mit 2.6.27.42-0.1-default und später gelöst?
Bei mir lief der 2.6.31.5 (glaube ich) zu der Zeit. MfG Th. Moritz -- Wer säuft wird müde. Wer müde wird, schläft. Wer schläft, sündigt nicht. Wer nicht sündigt, kommt in den Himmel. Also: Lasst uns saufen! -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 06.02.2010, Thomas Moritz wrote:
Meine WD-Book-Platte hatte ich nach 2-monatigem Einsatz reklamiert, die sie fortlaufende klickende Geraeusche machte.
hdparm -B 255 /dev/xxx Das ist kein Kernel-Problem, soweit ich weiss, sondern haengt mit diversen Strosparmechanismen zusammen. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, 6. Februar 2010 17:38:34 schrieb Heinz Diehl: Hallo Heinz,
On 06.02.2010, Thomas Moritz wrote:
Meine WD-Book-Platte hatte ich nach 2-monatigem Einsatz reklamiert, die sie fortlaufende klickende Geraeusche machte.
hdparm -B 255 /dev/xxx
Das ist kein Kernel-Problem, soweit ich weiss, sondern haengt mit diversen Strosparmechanismen zusammen.
Die USB-Platte wird imho per Firmware nach 10Min. Ruhe in den Schlafmodus versetzt. _Hier_ _die_ _Ausgabe_ _von_ smartctl -a /dev/sdc smartctl 5.39 2009-08-08 r2872~ [x86_64-unknown-linux-gnu] (openSUSE RPM) Copyright (C) 2002-9 by Bruce Allen, http://smartmontools.sourceforge.net === START OF INFORMATION SECTION === Model Family: Western Digital Caviar Green family Device Model: WDC WD10EADS-00M2B0 Serial Number: WD-WCAV54565974 Firmware Version: 01.00A01 User Capacity: 1.000.204.886.016 bytes Device is: In smartctl database [for details use: -P show] ATA Version is: 8 ATA Standard is: Exact ATA specification draft version not indicated Local Time is: Sat Feb 6 18:00:56 2010 CET SMART support is: Available - device has SMART capability. SMART support is: Enabled A mandatory SMART command failed: exiting. To continue, add one or more '-T permissive' options. _und_ _hier_ _die_ _Ausgabe_ _von_ smartctl -a /dev/sdc -P show smartctl 5.39 2009-08-08 r2872~ [x86_64-unknown-linux-gnu] (openSUSE RPM) Copyright (C) 2002-9 by Bruce Allen, http://smartmontools.sourceforge.net Drive found in smartmontools Database. Drive identity strings: MODEL: WDC WD10EADS-00M2B0 FIRMWARE: 01.00A01 match smartmontools Drive Database entry: MODEL REGEXP: WDC WD((50|64|75)00AA(C|V)S|10EA(C|V)S|(10|15|20)EADS)-.* FIRMWARE REGEXP: .* MODEL FAMILY: Western Digital Caviar Green family ATTRIBUTE OPTIONS: None preset; no -v options are required. _und_ _das_ _sagt_ _hdparm_ hdparm -B 255 /dev/sdc /dev/sdc: setting Advanced Power Management level to disabled HDIO_DRIVE_CMD failed: Invalid exchange APM_level = not supported ...und nun ¿ Ich habe die Platte jetzt eine 1/2 Stunde ohne Zugriffe dran. Sie scheint zu schlafen und klickert _nicht_ ! Die reklamierte Platte haette mich schon laengst wieder genervt! Kernel momentan: Linux hp5 2.6.31.8-0.1-desktop #1 SMP PREEMPT 2009-12-15 23:55:40 +0100 x86_64 x86_64 x86_64 GNU/Linux Sorry wegen der langen Zeilen. Der Output liest sich aber ohne Zeilenumbruch besser. MfG Th. Moritz -- Ich habe immer ein Motivationsproblem, bevor ich ein Zeitproblem bekomme! -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Sam, 06 Feb 2010, Thomas Moritz schrieb:
smartctl -a /dev/sdc [..] SMART support is: Available - device has SMART capability. SMART support is: Enabled
A mandatory SMART command failed: exiting.
SMART geht nicht über USB. Leider. -dnh -- Nutzerdaten verhalten sich wie ideale Gase. Sie nehmen jedes verfügbare Volume(n) sofort vollständig ein. -- Mantra eines Uni-Admins -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, 6. Februar 2010 23:21:11 schrieb David Haller:
Hallo,
Am Sam, 06 Feb 2010, Thomas Moritz schrieb:
smartctl -a /dev/sdc
[..]
SMART support is: Available - device has SMART capability. SMART support is: Enabled
A mandatory SMART command failed: exiting.
SMART geht nicht über USB. Leider.
The ´usbcypress´ device type is for ATA disks that are behind a Cypress usb- pata bridge. This will use the ATACB proprietary scsi pass through command. There is no autodetection at the moment. The best way to know if your device support it, is to check your device usb id (most Cypress usb ata bridge got vid=0x04b4, pid=0x6830) or to try it (if the usb device doesn't support ATACB, smartmontools print an error). The default scsi operation code is 0x24, but it can be overridden with ´-d atacb,0xn´, where n is the scsi operation code. Ich habe gelesen, es soll auch "-d usbjmicron" geben, steht aber nicht in meiner Manpate. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Samstag, 6. Februar 2010 17:38:34 schrieb Heinz Diehl:
On 06.02.2010, Thomas Moritz wrote:
Meine WD-Book-Platte hatte ich nach 2-monatigem Einsatz reklamiert, die sie fortlaufende klickende Geraeusche machte.
hdparm -B 255 /dev/xxx
Das ist kein Kernel-Problem, soweit ich weiss, sondern haengt mit diversen Strosparmechanismen zusammen.
Nun war die neue 1.5 TB HD etwa 1 Tag in Betrieb und ich fürchte so hält sie das nicht lange durch: Device Model: WDC WD15EARS-00Z5B1 Firmware Version: 80.00A80 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 219 219 021 Pre-fail Always - 4025 4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 6 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 7 Seek_Error_Rate 0x002e 100 253 000 Old_age Always - 0 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 31 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 - 5 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 2 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 644 194 Temperature_Celsius 0x0022 116 113 000 Old_age Always - 34 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 100 253 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 In 31h 644 load cycles, da ist die HD in etwa 1 1/2 Jahren hinüber, da der Hersteller 300000 angibt. Die HD hängt via eSATA an einem Desktop PC. Stündlich läuft ein Script das prüft ob eine Partition voll wird. Es kann aber schon vorkommen, dass einige Stunden nicht am Rechner gearbeitet wird. Welcher hdparm -B Wert wäre sinnvoll und wo führt man den am besten aus? Wäre boot.local ok? Interessant finde ich, dass es bei der 1 TB-HD (eSATA) am selben Rechner kein Problem gibt: Device Model: WDC WD10EADS-00L5B1 Firmware Version: 01.01A01 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 145 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 33 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 38 Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 07.02.2010, Al Bogner wrote:
Welcher hdparm -B Wert wäre sinnvoll und wo führt man den am besten aus? Wäre boot.local ok?
hdparm -B 255. Ja, boot.local hoert sich gut an.
Interessant finde ich, dass es bei der 1 TB-HD (eSATA) am selben Rechner kein Problem gibt: [....]
Du solltest herausfinden, welcher Prozess dafuer verantwortlich ist. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Heinz, On Saturday 06 February 2010 17:38:34 Heinz Diehl wrote:
hdparm -B 255 /dev/xxx
Bei mir: /root # smartctl -a -v 193,loadunload /dev/sda | egrep 'Power|Cycle_Count| Device Model' Device Model: WDC WD5000AAVS-00ZTB0 9 Power_On_Hours 0x0032 083 083 000 Old_age Always - 12469 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 55 192 Power-Off_Retract_Count 0x0032 199 199 000 Old_age Always - 1476 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always - 1636461/0 1636441? Erschreckend! Kann das sein? Wenn ja, schon mal ein Dankeschoen an den Threadstarter u.A. mich darauf aufmerksam gemacht zu haben. Allerdings weiss ich nicht, ob das noch unter 11.1 passierte, oder auch unter 11.2 passiert. Werde es mal beobachten. Nun aber: # hdparm -B -C -M /dev/sda /dev/sda: drive state is: active/idle APM_level = not supported acoustic = 254 (128=quiet ... 254=fast) Welchen Tipp habt ihr mir hier?
Das ist kein Kernel-Problem, soweit ich weiss, sondern haengt mit diversen Strosparmechanismen zusammen.
So sehe ich das auch. "What linux doesn't do is set a custom spin down frequency for the hard drive - it accepts what the BIOS is offering. hdparm basically helps in overriding the BIOS settings. Phoenix BIOSes suffer from this problem." von http://forums.fedoraforum.org/showthread.php?t=186917&highlight=LOAD_CYCLE_COUNT Naja, meines ist von American Megatrends Inc., aber das muss ja nichts heissen. Nachher mal booten und nachschauen ob man da im BIOS etwas aendern kann. Macht das auch der Power Devil bzw. kann der hier eingreifen, obwohl ich da nichts mit HDs finden kann? Wenn ja wuerde ich hier gerne etwas mit den Profilen herumspielen. Nur leider weiss ich nicht welches Programm/Plasmoid ich zum manuellen Umschalten des Profiles dahernehmen kann (aktuell: Performance). Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 08.02.2010, Roman Fietze wrote:
# hdparm -B -C -M /dev/sda /dev/sda: drive state is: active/idle APM_level = not supported acoustic = 254 (128=quiet ... 254=fast)
Welchen Tipp habt ihr mir hier?
hdparm -B 255 -M 254 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo Heinz, On Monday 08 February 2010 20:18:38 Heinz Diehl wrote:
On 08.02.2010, Roman Fietze wrote:
# hdparm -B -C -M /dev/sda /dev/sda: drive state is: active/idle APM_level = not supported acoustic = 254 (128=quiet ... 254=fast)
Welchen Tipp habt ihr mir hier?
hdparm -B 255 -M 254
-B (APM) ist not supported, und -M (acoustic) ist doch schon auf 254. Habe jetzt mal WDC angeschrieben. Roman -- Roman Fietze Telemotive AG Büro Mühlhausen Breitwiesen 73347 Mühlhausen Tel.: +49(0)7335/18493-45 http://www.telemotive.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Thomas Moritz, Samstag 06 Februar 2010:
Eben lese ich in de.comp.hardware.laufwerke.festplatten, dass der Linux-Kernel Western Digital Festplatten kaputt machen soll.
Jetzt wird mir doch einiges klar :-(
Ach... mir auch. Ich habe 6 Notebook-Platten in meiner Workstation, und die klickert munter vor sich hin. Allerdings hängen die Platten im RAID-10 hinter einem 3ware 9650, dürften also vom Kernel nicht allzu viel mitkriegen. Hat jemand eine Idee, wie ich die Platten hinter dem 3ware so ansprechen kann, daß auch dort die Stromsparerei abgestellt wird? Ein hdparm... /dev/sdX erreicht ja die Platten nicht, sondern nur den Controller. Gruß! -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Sonntag, 7. Februar 2010 19:29:19 schrieb Andre Tann:
Hat jemand eine Idee, wie ich die Platten hinter dem 3ware so ansprechen kann, daß auch dort die Stromsparerei abgestellt wird?
Vielleicht mit den Herstellertools? Vgl. --------------- Weitergeleitete Nachricht (Anfang) Betreff: Wie mit WDIDLE3 WD15EARS load cycles verringern? Datum: Sun, 07 Feb 2010 12:29:59 +0100 Newsgruppe: de.comp.hardware.laufwerke.festplatten Ich bin nur skeptisch wie DOS eine eSATA-HD erkennen soll. Morgen werde ich WDIDLE3 vermutlich ausprobieren. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Al Bogner, Sonntag 07 Februar 2010:
Hat jemand eine Idee, wie ich die Platten hinter dem 3ware so ansprechen kann, daß auch dort die Stromsparerei abgestellt wird?
Vielleicht mit den Herstellertools?
Nein, da finde ich keine Einstellungsmöglichkeit. Und hdparm /dev/sdX oder etwas wie hdparm /dev/twaX führt leider auch nur zu einer Fehlermeldung. -- Andre Tann -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 06.02.2010, Al Bogner wrote:
Eben lese ich in de.comp.hardware.laufwerke.festplatten, dass der Linux-Kernel Western Digital Festplatten kaputt machen soll.
Das ist so pauschal nicht wahr. Wenn sowas auftritt, ist in der Regel etwas an den Stromspareinstellungen falsch konfiguriert. Ich habe hier eine ca. 2 Jahre alte WD-Platte drin: liesel:/home/htd # smartctl -a /dev/sda | grep Load_Cycle 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 651 651x bei einer Lebensdauer von ca. 2 Jahren, mit durchschnittlich etwas weniger als 1x Anschalten pro Tag, das passt. Falls bei Laptops Probleme damit auftauchen sollten, dann einfach mal das Manual zu hdparm lesen, mit speziellem Augenmerk auf die Option "-B" ;-) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Saturday 06 February 2010 16:40:20 schrieb Heinz Diehl:
On 06.02.2010, Al Bogner wrote:
Eben lese ich in de.comp.hardware.laufwerke.festplatten, dass der Linux-Kernel Western Digital Festplatten kaputt machen soll.
Das ist so pauschal nicht wahr. Wenn sowas auftritt, ist in der Regel etwas an den Stromspareinstellungen falsch konfiguriert. Ich habe hier eine ca. 2 Jahre alte WD-Platte drin:
liesel:/home/htd # smartctl -a /dev/sda | grep Load_Cycle 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 651
651x bei einer Lebensdauer von ca. 2 Jahren, mit durchschnittlich etwas weniger als 1x Anschalten pro Tag, das passt.
Falls bei Laptops Probleme damit auftauchen sollten, dann einfach mal das Manual zu hdparm lesen, mit speziellem Augenmerk auf die Option "-B" ;-)
genau, da gibts auch ne Datei, die /etc/storage-fixup.conf. Da kann man seinen Festplattentyp reinschreiben, mit der speziellen Einstellung, und das ganze dann melden, wird dann bei der Distri ergänzt. Daniel
Am Samstag 06 Februar 2010 17:33 schrieb Daniel Fuhrmann:
genau, da gibts auch ne Datei, die /etc/storage-fixup.conf. Da kann man seinen Festplattentyp reinschreiben, mit der speziellen Einstellung, und das ganze dann melden, wird dann bei der Distri ergänzt.
Ergänzung zu Daniels Info: Die Datei gehört zum storage-fixup Paket. Das musste ich bei einer Standardinstallation (OS 11.2) nachinstalliert. Danke übrigens für den Thread (4397 loadcycles bei einem 8 Tage alten NB). Ich hatte ganz vergessen zu überprüfen, ob es genauso davon betroffen ist wie das alte. lg Ralf -- Antworten bitte nur in die Mailingliste! PMs bitte an: listpm (@) arndt-de (.) eu -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Montag, 8. Februar 2010 15:50:09 schrieb Ralf Arndt:
Am Samstag 06 Februar 2010 17:33 schrieb Daniel Fuhrmann:
genau, da gibts auch ne Datei, die /etc/storage-fixup.conf. Da kann man seinen Festplattentyp reinschreiben, mit der speziellen Einstellung, und das ganze dann melden, wird dann bei der Distri ergänzt.
Ergänzung zu Daniels Info: Die Datei gehört zum storage-fixup Paket. Das musste ich bei einer Standardinstallation (OS 11.2) nachinstalliert.
Danke übrigens für den Thread (4397 loadcycles bei einem 8 Tage alten NB). Ich hatte ganz vergessen zu überprüfen, ob es genauso davon betroffen ist wie das alte.
http://old.nabble.com/Load_Cycle_Count-and-storage-fixup-td25479764.html I want to stress that this is _not_specific to WD Green drives. Mittlerweile stimmt das also nicht mehr. Ich habe aber WD Green mit 1 TB ohne Probleme. rpm -q storage-fixup storage-fixup-0.2-25.3 # If you have a harddrive which does crazy unloading but not listed # here, please write to linux-ide .at. vger.kernel.org with the outputs of # "dmidecode" and "hdparm -I DRIVE" attached. On a laptop the DRIVE # is usually /dev/sda. Al -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 06.02.2010 15:02, schrieb Al Bogner:
Eben lese ich in de.comp.hardware.laufwerke.festplatten, dass der Linux-Kernel Western Digital Festplatten kaputt machen soll.
Ist das mit 2.6.27.42-0.1-default und später gelöst?
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 387 10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always - 1 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 417 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 161 193 Load_Cycle_Count 0x0032 195 195 000 Old_age Always - 16835 Bei mir siehts da schon etwas kritischer aus. Ich fahre die Platte mit hdparm -B127 in dem Stromsparmechanismus. Ist schließlich ein Laptop. Allerdings hat die WD-Platte eh ein Problem. Egal wie ich den Timeout einstelle für den Standby-Modus (Platte fährt runter), die Platte fährt schon nach knapp 10 Sekunden in den Standby. Warscheinlich ist das der gleiche Fehler. Gruss Patrick -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On 06.02.2010, Patrick Klaus wrote:
Allerdings hat die WD-Platte eh ein Problem. Egal wie ich den Timeout einstelle für den Standby-Modus (Platte fährt runter), die Platte fährt schon nach knapp 10 Sekunden in den Standby.
Liegt das an der Platte selber, die treiberunabhaengig in den Stromsparmodus faehrt? Meine WDs machen das nicht, sind aber auch keine "green" Platten :-) Grunsaetzlich muss irgendein Stromsparmechanismus angeschaltet sein (software), um den ganzen Zirkus zu veranstalten, mit Unterstuetzung vom BIOS. Ich habe an meiner Workstation keinerlei solche Mechanismen aktiv, nur die CPU wird dynamisch runtergetaktet, und habe demzufolge auch keine solche permanenten Zugriffe. Jegliches Powermanagement ist im Bezug auf die Festplatten hier standardmaessig deaktiviert, und mein Laptop hat eine Hitachi Platte, die wird mittels -B 254 angesprochen. Standardmaessig hat mir opensuse 11.1 das Teil auch alle paar Minuten deaktiviert, und das ist eine ganz ueble Marotte (die uebrigens schon lange bekannt ist). Es ist aber kein Kernel Problem, sondern das Powermanagement! -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (10)
-
Al Bogner -
Andre Tann -
Daniel Fuhrmann -
David Haller -
Heinz Diehl -
Oliver Leue -
Patrick Klaus -
Ralf Arndt -
Roman Fietze -
Thomas Moritz