Fórum Root.cz
Hlavní témata => Hardware => Téma založeno: marin 28. 08. 2013, 10:03:47
-
ahoj, všichni,
je to rok a pár týdnů, co jsem někde sehnal postarší notebookový disk do svého domácího serveru.
v té době měl pár hodin naběháno, ale bližší informace (smartctl) z té doby bohužel nemám
momentálně je na tom disk následovně:
smartctl 5.41 2011-06-09 r3365 [x86_64-linux-2.6.32-5-amd64] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net
=== START OF INFORMATION SECTION ===
Model Family: Fujitsu MHT
Device Model: FUJITSU MHT2060BH
Serial Number: NR30T5A28NNE
Firmware Version: 0000104B
User Capacity: 60Â 010Â 561Â 024 bytes [60,0 GB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: ATA/ATAPI-7 T13 1532D revision 1
Local Time is: Wed Aug 28 09:39:34 2013 CEST
SMART support is: Available - device has SMART capability.
SMART support is: Enabled
=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED
General SMART Values:
Offline data collection status: (0x00) Offline data collection activity
was never started.
Auto Offline Data Collection: Disabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 440) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 45) minutes.
Conveyance self-test routine
recommended polling time: ( 2) minutes.
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 046 Pre-fail Always - 120454
2 Throughput_Performance 0x0005 100 100 030 Pre-fail Offline - 17825792
3 Spin_Up_Time 0x0003 100 100 025 Pre-fail Always - 1
4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 412
5 Reallocated_Sector_Ct 0x0033 100 100 024 Pre-fail Always - 1 (1999, 1)
7 Seek_Error_Rate 0x000f 100 100 047 Pre-fail Always - 4010
8 Seek_Time_Performance 0x0005 100 100 019 Pre-fail Offline - 0
9 Power_On_Seconds 0x0032 080 080 000 Old_age Always - 10326h+01m+11s
10 Spin_Retry_Count 0x0013 100 100 020 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 397
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 57
193 Load_Cycle_Count 0x0032 075 075 000 Old_age Always - 254980
194 Temperature_Celsius 0x0022 100 100 000 Old_age Always - 34 (Min/Max 11/49)
195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 1803
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 1 (3, 6857)
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x000f 100 098 060 Pre-fail Always - 17830
203 Run_Out_Cancel 0x0002 100 100 000 Old_age Always - 2632756560652
240 Head_Flying_Hours 0x003e 200 200 000 Old_age Always - 0
SMART Error Log Version: 1
No Errors Logged
SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 8866 -
# 2 Short offline Completed without error 00% 6086 -
# 3 Short offline Completed without error 00% 6086 -
SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
ten jeden realokovaný sektor je tam už dlouhou dobu (> půl roku) a nevím, jestli tam byl už v době, kdy jsem disk dostal
hlavně mi dělá starosti počet parkování hlaviček a celková doba běhání. ještě před dvěma týdny mělo obojí o 1 vyšší hodnotu a před pěti nebo šesti o 2 vyšší než teď. vždycky spadne value u Power_On_Seconds a pár dnů předtím nebo potom i Load_Cycle_Count
po jakou dobu bude ještě bezpečné disku svěřovat svá data?
až bude riziko, plánuju pořídit ssd o přibližně stejné kapacitě
díky za pomoc
-
Myslim, ze je jeste v pohode. Ty notebookovy disky velmi casto parkujou hlavicky, u WD byla utilitka na prodlouzeni intervalu v dosu i v linuxu. U Fujitsu asi neni. Proc se hodnoty zmensuji, netusim, mozna bug nebo to tak ma byt, jestli threshold je 0?
Ja bych casto delal smartctl -t long, treba kazdy mesic z cronu a dokud to nebude ukazovat chyby, tak OK.
-
jestli mi paměť slouží, hodnoty se snižují, když jsou blíž selhání
to pravidelné snižování hodnot má určitě tak být, protože thresh je u nich opravdu 0 a ten disk se nikdy nezastavuje
od kolika natočených hodin nebo zaparkování hlaviček mám disku přestat věřit?
nepodařilo se mi pro tenhle disk nic takového najít, jen počet zapnutí a vypnutí, který je mi v serveru k ničemu
-
Naběhané hodiny nejsou rozhodující. Máš tam jeden přealokovaný sektor, ale když říkáš, že je tam delší dobu a nepřibývají je dobře.
Ale já tam vidím jednu takou veš v položce 200, která se vykládá, že disk není v dobré mechanické kondici. A přímo u Fujitsu to znamená celkový počet chyp zápisu do sektoru. Tak jestli je to důsledek toho jednoho přealokovaného sektoru a hodnota se nezvyšuje tak by to mohlo být v okeju. Sleduj jestli ti neroste 200,5,196,197.
Mno, za sebe bych sledoval ty hodnoty, trochu se rozhlížel mezitím na netu co místo toho, pokud to není důležitý server. Ale asi ne, to už bys měl nachystaný nový disk v šuplíku a neřešil smart.
-
Ten load cycle count mě poněkud děsí. Aspon zlikviduj to zběsilé parkování.
-
likvidace parkování - hdparm -B 254 /dev/sda?
to je právě primární důvod, proč se obracím na vás
kriticky důležité to není, ale začal jsem se poohlížet po novém disku, který si nachystám do šuplíku, až se začne disk blížit ke konci
zatím mě napadl třeba tenhle: http://www.czc.cz/kingston-ssdnow-v300-60gb/118989/produkt
nebo tenhle: http://www.czc.cz/a-data-premier-sp800-32gb_3/110816/produkt
na současném 60 GB disku je 20GB swap oddíl (který tam zůstal z jistých dávných experimentů) a na zbytku je využitých 23 GB, z čehož 14 GB jsou zálohy a verzování některých dat.
ale nevím, jestli mi časem ten 32GB A-DATA nepřestane stačit.
-
K tomu Load cycle count - 2,5" disky do NTB parkujou častějš a nejsem si jistej, jestli ho lze donutit neparkovat. Možná skriptem, kterej co X sekund přečte náhodně jeden sektor, to ale není úplně košer.
3,5" WD Green disky (ty nechvalně známé, od nichž dva kusy mám doma) měly utilitku, kterou to šlo vypnout úplně, ale nejsem si jistej, že to mají všichni výrobc pro všechny řady.
Každopádně moje disky mají LCC v řádech desetitisíců (než jsem to vypnul) a známý měl ve firmě 6 kousků (WD Green) z nichž některé měly přes milion. Tou dobou stále jely. Známý už pracuje jinde, takže osud disků není dále známý :-(
-
K tomu Load cycle count - 2,5" disky do NTB parkujou častějš a nejsem si jistej, jestli ho lze donutit neparkovat. Možná skriptem, kterej co X sekund přečte náhodně jeden sektor, to ale není úplně košer.
Na mrdky vod Seagatu (http://forums.seagate.com/t5/Desktop-HDD-Desktop-SSHD/3TB-Barracuda-STBD3000100-Making-Weird-quot-chirp-quot-Sound/td-p/156353) ten hdparm fungoval. ;)
-
Nejprve bych ten disk fyzicky smazal, tím by se měla vynulovat položka "Reallocated_Sector_Ct"
Load cycle count není tak strašný.
Multi_Zone_Error_Rate - toho bych se bál, nicméně po přemazání disku a Long Smart testu by i tahle hodnota měla spadnout na nulu.
-
Windows + HDD Toshiba, 5 let provozu, Raw value
Power-On Hours (POH) (0x9): 23204
Load/Unload Cycle Count (0xC1): 197295
Disk Shift (0xDC): 184
Load 'In'-time (0xE2): 318
Head Flying Hours (0xF0): 0
Už jsem o Linuxu a parkování hlaviček slyšel, ale nejsem si jistý zda Load/Unload Cycle Count (0xC1) znázorňuje problém parkování hlaviček.
193 (C1) Load Cycle Count; Load/Unload Cycle Count - Indicates the number of cycles into Landing Zone position.
220 (DC) Disk Shift - Indicates that a distance of the disk has shifted relative to the spindle, which could be caused by a mechanical shock or high temperature.
225 (E1) Load/Unload Cycle Count - Indicates a total number of load cycles.
226 (E2) Load-in Time - Indicates total time the heads are loaded.
240 (F0) Head Flying Hours / Transfer Error Rate (Fujitsu) - Indicates time spent during the positioning of the drive heads.
-
Nejprve bych ten disk fyzicky smazal, tím by se měla vynulovat položka "Reallocated_Sector_Ct"
Coooo????
-
Už jsem o Linuxu a parkování hlaviček slyšel, ale nejsem si jistý zda Load/Unload Cycle Count (0xC1) znázorňuje problém parkování hlaviček.
Nema s Linuxem co delat, parkuje "green" firmware toho shitoidniho disku. Co par sekund. I ve Widlich.
-
Nejprve bych ten disk fyzicky smazal, tím by se měla vynulovat položka "Reallocated_Sector_Ct"
Coooo????
to se tedy jako nevynuluje :o