Hi, aus einem anderen Grund, habe ich heute mal ins Journal reingeschaut. Dabei fielen mir folgende Zeilen ins Auge: Dez 23 10:45:14 xXx smartd[910]: Device: /dev/sdb [SAT], 34 Currently unreadable (pending) sectors Dez 23 10:45:14 xXX smartd[910]: Device: /dev/sdb [SAT], 1 Offline uncorrectable sectors D smartctl gibt u.a. folgendes: 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 084 051 Pre-fail Always - 98 3 Spin_Up_Time 0x0007 071 071 011 Pre-fail Always - 9580 4 Start_Stop_Count 0x0032 094 094 000 Old_age Always - 6105 5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 100 100 051 Pre-fail Always - 0 8 Seek_Time_Performance 0x0025 100 100 015 Pre-fail Offline - 10667 9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 10510 10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always - 0 11 Calibration_Retry_Count 0x0012 100 100 000 Old_age Always - 1 12 Power_Cycle_Count 0x0032 097 097 000 Old_age Always - 2661 13 Read_Soft_Error_Rate 0x000e 100 084 000 Old_age Always - 98 183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0 184 End-to-End_Error 0x0033 100 100 000 Pre-fail Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 771 188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 074 064 000 Old_age Always - 26 (Min/Max 16/26) 194 Temperature_Celsius 0x0022 071 062 000 Old_age Always - 29 (Min/Max 16/30) 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 4014561 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0012 099 099 000 Old_age Always - 34 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 1 199 UDMA_CRC_Error_Count 0x003e 100 100 000 Old_age Always - 6 200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age Always - 0 201 Soft_Read_Error_Rate 0x000a 253 253 000 Old_age Always - 0 SMART Error Log Version: 1 NSMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 90% 2677 1250248415 o Errors Logged -- Diese Anzahl von 34 ausstehenden Sektoren scheint stabil zu sein und sich zumindest kurzfristig nicht zu verändern. Die Meldungen kommen seit mindestens 6. November (da startet das aktuelle Journal, Installationsdatum Leap) und immer sind es 34 Stück. Ist die Platte nu ein Kandidat für die Schrottpresse oder nicht? Auf sdb liegt meine Susi. Gruß Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 23.12.2015 um 12:06 schrieb Joachim H.:
Hi,
aus einem anderen Grund, habe ich heute mal ins Journal reingeschaut. Dabei fielen mir folgende Zeilen ins Auge:
Dez 23 10:45:14 xXx smartd[910]: Device: /dev/sdb [SAT], 34 Currently unreadable (pending) sectors Dez 23 10:45:14 xXX smartd[910]: Device: /dev/sdb [SAT], 1 Offline uncorrectable sectors D
smartctl gibt u.a. folgendes:
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 084 051 Pre-fail Always - 98 3 Spin_Up_Time 0x0007 071 071 011 Pre-fail Always - 9580 4 Start_Stop_Count 0x0032 094 094 000 Old_age Always - 6105 5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 100 100 051 Pre-fail Always - 0 8 Seek_Time_Performance 0x0025 100 100 015 Pre-fail Offline - 10667 9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 10510 10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always - 0 11 Calibration_Retry_Count 0x0012 100 100 000 Old_age Always - 1 12 Power_Cycle_Count 0x0032 097 097 000 Old_age Always - 2661 13 Read_Soft_Error_Rate 0x000e 100 084 000 Old_age Always - 98 183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0 184 End-to-End_Error 0x0033 100 100 000 Pre-fail Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 771 188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 074 064 000 Old_age Always - 26 (Min/Max 16/26) 194 Temperature_Celsius 0x0022 071 062 000 Old_age Always - 29 (Min/Max 16/30) 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 4014561 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0012 099 099 000 Old_age Always - 34 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 1 199 UDMA_CRC_Error_Count 0x003e 100 100 000 Old_age Always - 6 200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age Always - 0 201 Soft_Read_Error_Rate 0x000a 253 253 000 Old_age Always - 0
SMART Error Log Version: 1 NSMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 90% 2677 1250248415 o Errors Logged
--
Diese Anzahl von 34 ausstehenden Sektoren scheint stabil zu sein und sich zumindest kurzfristig nicht zu verändern. Die Meldungen kommen seit mindestens 6. November (da startet das aktuelle Journal, Installationsdatum Leap) und immer sind es 34 Stück.
Ist die Platte nu ein Kandidat für die Schrottpresse oder nicht? Auf sdb liegt meine Susi.
Gruß
Joachim
Hi, ich bin mir da inzwischen auch völlig unsicher, aber gefallen würde mir das nicht... 1. wie raw read error rate zu interpretieren ist, ist nicht ganz klar, offensichtlich herstellerabhängig (da hab ich an einer Platte eines RAID1 immer mal einen mehr, aber lt. diverser Quellen weit unterhalb einer interessanten Größe, mehr als Du mit 98 jedenfalls, 119 aktuell) 2. Hardware_ECC_Recovered 4014561 würde mir nicht gefallen, habe ich zwar gar nicht... 3. reported uncorrect und offline pending sector waren bei mir immer 0 4. UDMA CRC error count ist bei mir auch immer 0 gewesen aus 2. und 4. würde ich vielleicht vermuten, dass das Kabel nicht richtig sitzt oder mies ist? smartctl hat für mich inzwischen wegen der diversen Interpretationen und der mangelnden Infos der Hersteller nur noch Hinweischarakter ;-( cu jth __ www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Jörg, ja, smartctl ist für mich ein Buch mit 8 Siegeln. Ich bin aber auch nur Hobbylinuxer. Hardware_ECC_Recovered scheint tatsächlich hochzulaufen. Das ist mir erst aufgrund deiner Mail aufgefallen. Wahrscheinlich hatte ich das wegen Zeilenumbruch übersehen. Jetzt, rund 90 min nach meinem ersten Post hier ist Hardware_ECC_Recovered mittlerweile bei 4162700 also etwa 800.000 mehr. Ich werde jetzt doch besser mal runterfahren und mich nach einer Platte umsehen. Die betroffene ist auch schon rund 5 Jahre alt und meine Linux OS-Platte. Gruß Joachim Am 23.12.2015 um 13:23 schrieb Joerg Thuemmler:
Am 23.12.2015 um 12:06 schrieb Joachim H.:
Hi,
aus einem anderen Grund, habe ich heute mal ins Journal reingeschaut. Dabei fielen mir folgende Zeilen ins Auge:
Dez 23 10:45:14 xXx smartd[910]: Device: /dev/sdb [SAT], 34 Currently unreadable (pending) sectors Dez 23 10:45:14 xXX smartd[910]: Device: /dev/sdb [SAT], 1 Offline uncorrectable sectors D
smartctl gibt u.a. folgendes:
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 084 051 Pre-fail Always - 98 3 Spin_Up_Time 0x0007 071 071 011 Pre-fail Always - 9580 4 Start_Stop_Count 0x0032 094 094 000 Old_age Always - 6105 5 Reallocated_Sector_Ct 0x0033 100 100 010 Pre-fail Always - 0 7 Seek_Error_Rate 0x000f 100 100 051 Pre-fail Always - 0 8 Seek_Time_Performance 0x0025 100 100 015 Pre-fail Offline - 10667 9 Power_On_Hours 0x0032 098 098 000 Old_age Always - 10510 10 Spin_Retry_Count 0x0033 100 100 051 Pre-fail Always - 0 11 Calibration_Retry_Count 0x0012 100 100 000 Old_age Always - 1 12 Power_Cycle_Count 0x0032 097 097 000 Old_age Always - 2661 13 Read_Soft_Error_Rate 0x000e 100 084 000 Old_age Always - 98 183 Runtime_Bad_Block 0x0032 100 100 000 Old_age Always - 0 184 End-to-End_Error 0x0033 100 100 000 Pre-fail Always - 0 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 771 188 Command_Timeout 0x0032 100 100 000 Old_age Always - 0 190 Airflow_Temperature_Cel 0x0022 074 064 000 Old_age Always - 26 (Min/Max 16/26) 194 Temperature_Celsius 0x0022 071 062 000 Old_age Always - 29 (Min/Max 16/30) 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 4014561 196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0 197 Current_Pending_Sector 0x0012 099 099 000 Old_age Always - 34 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 1 199 UDMA_CRC_Error_Count 0x003e 100 100 000 Old_age Always - 6 200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age Always - 0 201 Soft_Read_Error_Rate 0x000a 253 253 000 Old_age Always - 0
SMART Error Log Version: 1 NSMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 90% 2677 1250248415 o Errors Logged
--
Diese Anzahl von 34 ausstehenden Sektoren scheint stabil zu sein und sich zumindest kurzfristig nicht zu verändern. Die Meldungen kommen seit mindestens 6. November (da startet das aktuelle Journal, Installationsdatum Leap) und immer sind es 34 Stück.
Ist die Platte nu ein Kandidat für die Schrottpresse oder nicht? Auf sdb liegt meine Susi.
Gruß
Joachim
Hi,
ich bin mir da inzwischen auch völlig unsicher, aber gefallen würde mir das nicht...
1. wie raw read error rate zu interpretieren ist, ist nicht ganz klar, offensichtlich herstellerabhängig (da hab ich an einer Platte eines RAID1 immer mal einen mehr, aber lt. diverser Quellen weit unterhalb einer interessanten Größe, mehr als Du mit 98 jedenfalls, 119 aktuell)
2. Hardware_ECC_Recovered 4014561 würde mir nicht gefallen, habe ich zwar gar nicht...
3. reported uncorrect und offline pending sector waren bei mir immer 0
4. UDMA CRC error count ist bei mir auch immer 0 gewesen
aus 2. und 4. würde ich vielleicht vermuten, dass das Kabel nicht richtig sitzt oder mies ist?
smartctl hat für mich inzwischen wegen der diversen Interpretationen und der mangelnden Infos der Hersteller nur noch Hinweischarakter ;-(
cu jth __ www.teddylinx.de
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
80.000 ! --- Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. https://www.avast.com/antivirus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Moin, Am 23.12.2015 um 13:35 schrieb Joachim H.:
Ich werde jetzt doch besser mal runterfahren und mich nach einer Platte umsehen. Die betroffene ist auch schon rund 5 Jahre alt und meine Linux OS-Platte.
Auch ein Kabeltausch hat nix geändert. Mit neuer Platte habe ich direkt den Datentransfer angeschmissen. Nach etwa 1TB an geschaufelten Daten war Hardware_ECC_Recovered bis auf 160Millionen hochgelaufen. Es scheint auch schlimmer zu werden. Heute morgen sinds grob 3 Millionen Fehler bei einer 4GB Datei. Festplatte fliegt definitiv in die Tonne. Gruß und Danke Joachim -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Mittwoch, 23. Dezember 2015, 13:23:04 schrieb Joerg Thuemmler:
smartctl hat für mich inzwischen wegen der diversen Interpretationen und der mangelnden Infos der Hersteller nur noch Hinweischarakter
Hallo, allerseits ... und was nimmt man dann (im lfd. Betrieb) ??? Ist es die Festplatte, die spinnt, (> 5 Jahre auf dem Buckel) ist es Suse 13.2, ist btfs jedenfalls mehren sich hier u.a. bei digikam segmentation fault unvollständige Installationen/updates Programm-Abstürze usw. Frohes Fest Frank -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 23.12.2015 um 14:06 schrieb eilfh:
Am Mittwoch, 23. Dezember 2015, 13:23:04 schrieb Joerg Thuemmler:
smartctl hat für mich inzwischen wegen der diversen Interpretationen und der mangelnden Infos der Hersteller nur noch Hinweischarakter
Hallo, allerseits
... und was nimmt man dann (im lfd. Betrieb) ???
Ist es die Festplatte, die spinnt, (> 5 Jahre auf dem Buckel) ist es Suse 13.2, ist btfs
jedenfalls mehren sich hier u.a. bei digikam segmentation fault unvollständige Installationen/updates Programm-Abstürze usw.
Frohes Fest Frank
Hi, naja, 1. Backups, 2. Backups, 3. ... und die mit den Quellen vergleichen, da sollten Plattenfehler auffallen 4. kein btrfs, ich habe noch keinen wirklichen Grund gefunden, ext4 nicht zu verwenden... 5. wenn die smartctl-Werte steigen, aufmerksam werden: - gleichzeitig unklare Abstürze, unvollständig geladene Bilder, langes "Rattern" bei Laden einfacher Dateien - da würde ich mir Sorgen machen 6. wenn ein oder mehrere smartctl-Werte schnell ansteigen, ist was faul, kann aber auch Controller/Board oder Kabel sein, z.B. bei ECC 7. Eine 5 Jahre alte, täglich hochgefahrene und genutzte Platte (SoHo-Qualität) ist meist EOL, was anderes sind Serverplatten, die durchrödeln, meine älteste hat +35000 h PowerOnTime, aber nur 245 Start/Stop Counts 8. AFAIK ist es nicht gut, wenn der "HeadRetractCycleCount" nennenswert größer ist, als der "Start/StopCount" (das heißt nämlich, dass die Platte die Köpfe resettet, weil sie Spuren nicht genau getroffen haben) 9. AFAIK ist es ebenso schlecht, wenn die "SpinUpTime" bei SoHo-Platten über 5000 geht, das kann auf Motorprobleme deuten 10. "ReallocationEventCount" gibt die Anzahl der wegen permanenten Lesefehlern umgelagerten Sektoren an, da sollte auch nix stehen, ich nehme jedenfalls Platten mit BadSectors allenfalls für Spielchen 11. "CurrentPendingSectorCount" sollte wohl erst recht 0 sein, der sagt, wieviele Sektoren drauf warten, umgelagert zu werden; ich verstehe das so, dass der Controller bzw, der Kernel immer mal versuchen, den betreffenden Sektor zu lesen und dann umzulagern, leider war er bisher immer unlesbar, die maximale Anzahl Versuche ist aber noch nicht erreicht (wieviele?) At least: der Betrag für eine aktuelle SoHo-HD sollte nach 5 Jahren angespart sein, und sicher ist die dann auch ein wenig größer ;-) cu & Schöne Feiertage! jth -- www.teddylinx.de -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Mittwoch, 23. Dezember 2015, 14:36:44 schrieb Joerg Thuemmler:
4. kein btrfs, ich habe noch keinen wirklichen Grund gefunden, ext4 nicht zu verwenden... 5. ....
danke, christian danke, jörg 1. Sicherung läuft täglich über crontab 2. sporadisch, immer mal memtest86 laufengelassen: o.B. (würden wohl die Mediziner sagen) 3. smartctl: (mit Deiner Info:) ist wohl gerade noch im "lebenden" Bereich: 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 - 8 3 Spin_Up_Time 0x0027 158 156 021 Pre-fail Always - 3066 4 Start_Stop_Count 0x0032 098 098 000 Old_age Always - 2921 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 074 074 000 Old_age Always - 19235 10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0 11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0 12 Power_Cycle_Count 0x0032 098 098 000 Old_age Always - 2915 192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 333 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 2921 194 Temperature_Celsius 0x0022 100 092 000 Old_age Always - 43 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 240 Head_Flying_Hours 0x0032 100 253 000 Old_age Always - 0 241 Total_LBAs_Written 0x0032 100 253 000 Old_age Always - 0 242 Total_LBAs_Read 0x0032 100 253 000 Old_age Always - 0 nach den Diskussionen über btrfs (gerade auch hier auf der Liste in letzter Zeit), werden ich wohl das System (zum Jahreswechsel oder so) neuaufsetzen mit ext3 oder ext4 (fast, aber nur fast, eine meiner leichtesten Übungen) danke für eure Hilfe frohe Feiertage Frank -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hallo Frank, hallo Leute, Am Mittwoch, 23. Dezember 2015 schrieb eilfh:
Am Mittwoch, 23. Dezember 2015, 13:23:04 schrieb Joerg Thuemmler:
smartctl hat für mich inzwischen wegen der diversen Interpretationen und der mangelnden Infos der Hersteller nur noch Hinweischarakter
... und was nimmt man dann (im lfd. Betrieb) ???
Erstmal ein Backupprogramm, um die Daten zu sichern ;-) _Danach_ kannst Du mit badblocks die Festplatten hardwaremäßig testen Optional das Log per tail -f mitlaufen lassen - das bringt hilfreichere Meldungen als nur die kaputten Blocknummern. badblocks macht durchs Lesen der kompletten Platte möglicherweise noch mehr Fehler sichtbar - daher meine Empfehlung, erst ein Backup zu machen, bevor es nicht mehr geht ;-) Das Dateisystem muss zum Überprüfen read-only sein - das geht also im laufenden Betrieb nicht wirklich (außer für eine Archiv-Partition, auf der eh niemand schreiben will - aber falls irgendwas repariert werden muss, ist auch hier ein umount fällig).
jedenfalls mehren sich hier u.a. bei digikam segmentation fault unvollständige Installationen/updates Programm-Abstürze usw.
Klingt interessant[tm]. Passiert das halbwegs reproduzierbar oder komplett zufällig? Ich würde jedenfalls nicht nur die Festplatte checken, sondern auch den RAM (mit memtest86) usw. Gruß Christian Boltz -- Ähhh, so ein Quark. Egal was du rauchst, es ist zuviel. [David Haller in opensuse-de] -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am Mittwoch, 23. Dezember 2015, 12:06:12 schrieb Joachim H.:
(...). Dez 23 10:45:14 xXx smartd[910]: Device: /dev/sdb [SAT], 34 Currently unreadable (pending) sectors Dez 23 10:45:14 xXX smartd[910]: Device: /dev/sdb [SAT], 1 Offline uncorrectable sectors D
Das ist beides schlecht, ja. Siehe https://en.wikipedia.org/wiki/S.M.A.R.T.#ATA_S.M.A.R.T._attributes
(...). 187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 771
Schlecht. Das sind die Fehler von Attribut 195, die eben nicht korrigiert werden konnten.
(...). 195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 4014561
Dieser Wert als reine Zahl ist ziemlich irrelevant. Manche Hersteller zeigen hohe Werte an, manche niedrige ...
(...). 198 Offline_Uncorrectable 0x0030 100 100 000 Old_age Offline - 1
Schlecht.
199 UDMA_CRC_Error_Count 0x003e 100 100 000 Old_age Always - 6
Das kann am Kabel liegen.
(...). NSMART Self-test log structure revision number 1 Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Extended offline Completed: read failure 90% 2677 1250248415 o Errors Logged
Das ist jetzt eher sehr schlecht: "Completed: read failure" bei 90%.
Ist die Platte nu ein Kandidat für die Schrottpresse oder nicht? Auf sdb liegt meine Susi.
Sieht so aus. Lass nach einem aktuellen Backup ruhig mal die intensivsten Selbsttest drüber laufen. man smartctl unter SMART RUN/ABORT OFFLINE TEST AND self-test OPTIONS Gruß Jan -- A wise man gets more use from his enemies than a fool from his friends. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (5)
-
Christian Boltz -
eilfh -
Jan Ritzerfeld -
Joachim H. -
Joerg Thuemmler