Höga SMART-värden men CrystalDisk säger health = good?

Permalänk

Höga SMART-värden men CrystalDisk säger health = good?

Har en disk som har 200 på både 05, C4 och C5 men Chrystaldisk visar ändå Good health på allt. Är det normalt?
Disken är en WD 2TB Green 5400.

Någon som varit med om något liknande?

Visa signatur

Fractal Design Define R4 | i5-3570K | Corsair Vengeance 16GB 1600Mhz | Asus P8Z77-V LE Plus | Intel 520 180GB SSD | Antec TruePower NS 650W | HD7950 Windforce 3X OC | ESI ESP1010e

Permalänk
Medlem
Permalänk
Medlem
Skrivet av Explorer45:

Har en disk som har 200 på både 05, C4 och C5 men Chrystaldisk visar ändå Good health på allt. Är det normalt?
Disken är en WD 2TB Green 5400.

Någon som varit med om något liknande?

'200' på de första 2 kolumnerna är ett viktat värde och höga värden från 100 - 255 brukar indikera att enheten mår bra, 3' kolumnen visar vilka värden som SMART-varning aktiveras - dvs. om värdena i kolumn 1 och 2 når värden under kolumn 3 så aktiveras SMART-varningen kanske redan på BIOS-nivå. Många av kolumn 3 värden är '0' och därmed aldrig ger SMART-varning även om kolumn 1 och 2 har mycket låga värden på dess rader. Hur de viktade värdena beräknas är inget som publiceras av hårddisktillverkarna men brukar vara någon form av logaritm mellan antal lyckade läsningar och misslyckade läsningar då även helt felfria hårddiskar kommer att läsa (rättningbara) fel några gånger under sin livstid även om det inte är några fel alls. - det har att göra med signal/brusförhållandet, Shannons limit och störningar utifrån att det kan läsa fel ibland även om det inte är någon fel på diskytan, läshuvuden och avkodningen av signaler på disken

På SSD är det än värre med låg signal över brus på det som läses ut från multilevel-cellerna och mer felrättning på bitnivå (viterbi eller LDPC) och en eller två lager med blockmässig felrättning, ofta Reed Solomo-kodning dels på chipnivå och dels på systemnivå (= av SSD-kontrollern hanterad felrättning) - ofta kallad Software ECC - och det har inte alla SSD som olika noname SSD, medans Intel, Samsung har denna software ECC och klarar 10-100 ggr mer bitfel i avläsning innan fel ut än de som inte har software ECC - att tex. samsung EVO 840 klarade sig men gick allt långsammare med spänningsglidningen i sina TLC-celler berodde till största delen på den yttre mjukvaru ECC redde ut det - hade det varit variant utan soft-ECC som Sandisk-SSD, så hade varit katastrof för Samsung...

På nya diskar så brukar många av värdena i kolumn 1 och 2 vara defaultvärden som inte har något med diskens egenskaper att göra och först efter rätt stort antal skrivna och lästa sektorer (många miljontals...) först då börja visa de aktuella värdena för diskexemplaret och nu-värdet (första kolumnen) kan efter hand klättra till högre värde än lägsta värdet (andra kolumnen) när det aldrig inträffar fel och sjunker kraftigt igen när (oftast rättningsbart) fel inträffar för att sakta sedan klättra i värde igen.

Fjärde kolumnen är RAW-data i antingen decimal form eller hexadecimal form - där ser man antal och uppräkningar och är värdet '0' på 05 så har ingen sektorreallokering utförts - dock är det olika på Hårddiskar som tex. Seagates att lägsta 8 värdena (i hexadecimal form, 32-bitar) bara anger antal sektorer som läses eller skrivs och räknas upp hela tiden och gör wrap over till 00000000 igen när man nått FFFFFFFF och det är endast de 4 högsta värdena (16 bitar) som räknar antal fel. - känner man inte till sådant kan man bli skräckslagen för vissa diskmärken med värden som räknar upp väldigt snabbt på dess RAW-värden.