Samsung 840 ECC

[Hans1990]

Sinds een maand ben ik in het bezit van een Samsung 840 250GB SSD. Windows installatie opgezet, werkt als een trein.

Echter, gisteren wilde ik een installer van 1,5GB downloaden van een IDE (Altera Quartus). Dat deed ik in Google Chrome naar de C: schijf, voor snelle installatie.

Zo gezegd zo niet gedaan, want op een willekeurige plek (~400MB) liep chrome vast. Vervolgens ook windows explorer. Ik kon vervolgens taakbeheer niet eens meer openen via CTRL+ALT+DEL. Ik vermoed dat de harde schijf vastgelopen is, dus ik de machine utigezet.

Vervolgens poging #2, en #3... t/m #5. Ik heb toen de bestanden naar een andere schijf gedownload wat wel lukte (Chrome lijkt ok). Vervolgens nog eens geprobeerd naar de Samsung 840, en gek genoeg ging dat wel. Hoewel de oude incomplete downloads er nog wel stonden, dus misschien dat het niet dezelfde vrije ruimte gebruikte.

Ik heb toen ook eens de SMART data er bij gepakt, en tot mijn verbazing zag ik dit al staan:

Elke keer na zo'n vastloper ging de ECC waarde omhoog. Wanneer runtime bad count op 2 is gzet weet ik niet.

Erg veel vertrouwen wekt het in ieder geval niet. De waarden zijn nu al opgelopen naar 152. Zoals je wel snapt heb ik inmiddels al meeste spullen van deze schijf afgehaald/gebackupped, maar ik wil natuurlijk gewoon gebruik kunnen maken zonder gedoe.

Ik draai de laatste firmware, de temperatuur in de kast bedraagt altijd rond 32-35 C. Er is nog maar 0,39TB naar de schijf weggeschreven zegt Samsung Magician. Die zegt ook dat overall health nog goed is. De schijf staat nog niet eens half vol.
De performance is nog wel in orde; schijf en lees snelheden zijn 553 om 246MB/s en 93278 om 54028 IOPS.

Waar zou dit aan kunnen liggen? En al zou dit de schijf zijn, is dit kwalificeerbaar voor een RMA?
Als ik hardware.info mag geloven gaat het om een onherstelbare fout, waarna ze de SSD als 'afgeschreven' beschouwen..

[ Voor 5% gewijzigd door Hans1990 op 21-07-2013 15:56 ]

[redfoxert]

Vervang je SATA kabel eens voor de zekerheid?

[Wim-Bart]

Disk is defect. Gewoon RMA.

[SpiriTNL]

Wim-Bart schreef op zondag 21 juli 2013 @ 15:59:
Disk is defect. Gewoon RMA.

Hoezo disk is defect ?
Eerst andere kabel proberen. Misschien andere sata poort.
Controler op je mobo kan ook brak zijn.

[Hans1990]

Het betreft een Asus P8Z77-V PRO moederbord, waarvan ik de Intel chipset gebruik. Met andere schijven (heb nog 1 SSD + 3 bulk schijven geinstalleerd) heb ik geen problemen kunnen rapporteren.
De SATA kabel is zo'n SATA3 kabel die bij het moederbord is geleverd

Hoe kan het dan dat de schijf al 2 sectoren opnieuw heeft gereservereerd?

Ik zal even een andere kabel er in duwen en proberen de fout te reproduceren.
Na de installatie van dat programma is het namelijk niet meer voorgekomen, maar heb ik geen grote bestanden op de schijf gezet.

[Termi]

Heb misschien molex - sata-stekkers aan de samsung aangesloten? Dit zorgde bij mij voor vastlopers omdat de stroomvoorziening tijdelijk werd onderbroken. Na het vervangen draait het allemaal perfect.

[Reepje]

Ik dacht dat de kritieke value waar je naar moet kijken de uncorrectable sector count is. Dit duid namelijk of mechanische fouten. En 112 fouten is echt niet weinig.

RMA dat ding.

[Hans1990]

Inmiddels staat die al op 152, terwijl ik sinds die screenshot niet meer vastlopers heb gehad. Wel vanochtend dat het spul 2 seconde bleef hangen, maar ik weet niet of dat de schijf was. (hoewel ik wel vermoedens heb natuurlijk)

Tussen de vastlopers heb ik er 6 bij zien komen (stond voor de screenshot op 106). Dus dat ging wel snel...

Ik heb de SATA kabel vervangen en een andere SATA port aangesloten. Tot nu nog niet kunnen reproduceren, maar ik weet niet zeker of dat sowieso ging lukken (gebeurd wel erg randomly).

Ik gebruik die power kabels voor andere schijven wel, maar niet voor de Samsung. Die wordt direct op de voeding aangesloten.

[ Voor 11% gewijzigd door Hans1990 op 21-07-2013 20:43 ]

[Wim-Bart]

Relocated sectors krijg je echt niet door rotte kabel. Data wordt namelijk al in de controller op de SSR gezien als zijnde niet leesbaar, nog geen bit over de kabel gegaan. Sector relocation vindt alleen maar plaats wanneer er intern problemen worden gedetecteerd. Wanneer het de kabel zou zijn dan zouden de crc fouten oplopen.

[Hans1990]

Eerlijk gezegd leek mij dat ook, het lijkt me dat die communicatie ook ECC of in ieder geval checksums heeft om dat te checken..

HDTune was overtuigend :


Na die test loopt de ECC/used reserved block count ook weer vrolijk op.

Even RMA rapportje insturen dan maar..