Weboldalunk cookie-kat használhat, hogy megjegyezze a belépési adatokat, egyedi beállításokat, továbbá statisztikai célokra és hogy a személyes érdeklődéshez igazítsa hirdetéseit. További információ
Kezdőoldal » Számítástechnika » Hardverek » Kingston A400 SDD 480GB...

Joules83 kérdése:

Kingston A400 SDD 480GB tesztelése,garanciáztatása?

Figyelt kérdés

Adott egy kb. 8000 üzemórás a TWB-t kb. 7% elfogyasztó 96%-os kondíciójú Kingston A400 SSD amely lévő kb. 2 éves rendszer a napokban elkezdet „hülyülni”, belassulni, korrupt file hibaüzeneteket dobálni véletlenszerűen.

A gép újratelepítés során derült ki, hogy SSD-n lévő fájlok megsérültek. Néhány telepítő program egyszerűen lefagyott, e programokat újraletöltve már viszont működtek. Ezeket TC-rel binárisan összehasonlítva látszott kétféle verzió 4KB részekben eltért. Az SSD-ről lementett fájlban látszik valamilyen 48 bájtonként ismétlődő szisztematikus mintázat.

E alapján a SSD garanciáztatható lenne?

Létezik-e olyan SSD felület tesztelő program, amivel az ilyen hiba reprodukálható, olyan ami nemcsak a 480GB, hanem a tartalék 32GB-os részt is átvizsgálja, illetve az esetleges hibás blokkat pedig le lehet tiltani? (Lehetőleg minél kevesebb kondícióvesztéssel!)

Vagy lehetséges ezt hibát valamilyen vírus okozta?

(Ám, az adat HDD-n nem találkoztam hibával! Ott a belső lemezen és külső HDD-én lévő biztonsági mentésben meglévő fájlok azonosak, sértetlennek.)



#garancia #SSD #tesztelés #felszínteszt
okt. 1. 22:30
 1/3 anonim ***** válasza:
Lehet, hogy az egyik nand flash cella váratlanul elszállt. Íráskor ez kiderül a vezérlő számára és áthelyezi ezeket a tartalék területre, már ha van annyi tartalék, amennyi hibás blokk keletkezett. Amennyiben a tartalék terület nem elégséges, a Sentinel 0%-ot fog mutatni kondíciónak. Ebben az esetben garanciában cserélik. Amennyiben a tartalék terület elegendő, akkor is nyoma marad, a kondíció lecsökken, így bepróbálkozhatsz egy garanciával. Csak érd el, hogy kezdődjön el az átallokálás, például egy írás, majd utána egy olvasás teszttel.
okt. 1. 22:56
Hasznos számodra ez a válasz?
 2/3 A kérdező kommentje:

Itt is elszállt egy-egy cella, de nem az írás során, hanem UTÁNA! (Mert amikor le lett töltve a telepítő akkor azt még lehetett futtatni, de az újratelepítés után már kifagyott a telepítő.)

Az a nagy kérdés, hogyan deríthető ki, hogy az írás után melyik NAND cella lett korrupt?

Az a blokk ahol ez az "elromolt" file volt most be van-e regisztrálva hibásnak?

Ilyenkor mi történik az elromlott fájllal, melyek fájlok voltak a "elromlott" blokkokban?

okt. 1. 23:54
 3/3 anonim ***** válasza:
Nyilván volt egy pont, amikor elromlott, az addig rajta lévő fájlok megsérültek. De ha újra írsz abba a cellába, akkor fog kiderülni, hogy tényleg rossz-e, a vezérlő látja, hogy nem az az adat került eltárolásra amit az operációs rendszertől kapott, ilyenkor megjelöli a cellát hibásnak, minden további oda irányuló művelet a tartalék területre megy a jövőben. Ha ez megtörténik, a kondíció csökkenni kezd a hátralévő tartalék terület arányában. Ha 0%, akkor elfogyott és kapacitáscsökkenéssel jár minden további hibás cella. Ha beviszed garizni azzal az indokkal, hogy csökken a kapacitása, cserélni fogják.
okt. 2. 00:05
Hasznos számodra ez a válasz?

Kapcsolódó kérdések:





Minden jog fenntartva © 2020, www.gyakorikerdesek.hu
GYIK | Szabályzat | Jogi nyilatkozat | Adatvédelem | WebMinute Kft. | Facebook | Kapcsolat: info@gyakorikerdesek.hu

A weboldalon megjelenő anyagok nem minősülnek szerkesztői tartalomnak, előzetes ellenőrzésen nem esnek át, az üzemeltető véleményét nem tükrözik.
Ha kifogással szeretne élni valamely tartalommal kapcsolatban, kérjük jelezze e-mailes elérhetőségünkön!