(frissült) Haldokló/meghalt SSD

Üdv,

Notebookomba vettem (még annak idején) egy OCZ Vertex plus R2 SSD-t (120 GByte).

Most kezdte el azt eljátszani, hogy a rajta levő ext-4 filerendszer írásvédetté vált, aztán kiderült, hogy olvasni sem lehet róla. Újrabootkor már a BIOS sem ismeri fel. Gondolom, tönkrement. A rajta lévő fontos adatokról van egész friss mentésem, azzal nincs gond.
A kérdésem inkább csak annyi: nekem van csak pechem, vagy ez sűrűn előfordul? Illetve a másik: lehet-e vele kezdeni valamit a cserén kívül?

(Amúgy megjegyzem, jól időzített. Ma délelőtt adtam le a diplomamunkám, egész addig bírta :-) )

(A történet vége:)
Elvittem, garanciális csere lett belőle. Vertex 3-ra cserélték, Vertex plus nem volt.

Hozzászólások

subs. nekem meg nincs de tervezem a vetelt, igy kivancsi vagyok a tapasztalatokra.

Nekem 60 Gigás OCZ Vertex van azt hiszem. Kezdhetek aggódni? :)

Szerk.: Mit jelent az annak idején? :)

-----------
"640GB sokmindenre elég"

Akkor nem igazán értem a nyitó postban feltett kérdésed:
"lehet-e vele kezdeni valamit a cserén kívül?"

Ha szeptemberi vétel, akkor még bőven garanciális. Az adataid megvannak. Mi a kérdés? :) Gariztasd le, kapsz újat és jól jártál.

Elvileg a swap kiswappolhat olyan dolgot, ami szinte felesleges (mert olyan ritkán használt, vagy leak :) ) ezáltal memóriát szabadít fel, akármennyi ramod van, értelmesebb dolog benne cachet tárolni, mint nem használt processzek nem használt adatait. Én minden gépbe állítok be swapot, bár nem túl sokat. 3 gigát meg ilyeneket.

Csak peched volt ezzel a példánnyal. Vissza, gariban csere és az újat használd tovább egészséggel!

Vannak publikus iras tesztek SSD-krol, ott lehet helyesen tajekozodni ezugyben. Pontos informaciot nem tudok, de egyszer lattam vhol linket.

Szemely szerint hasznalok SSD-t, Linux-szal es XP-vel (trim nelkul), desktopon es szerveren (md raid, trim nelkul) es lekopgom, de eddig rendben vannak.
A laptopomban kb. 2 eve, a tobbi ennel fiatalabb.

Egyebkent szarok a farmra es nem erdekel, hogy hova swappol a gep, meg hogy van-e journal.

tompos

Olvastam különféle fórumokon, hogy az OCZ firmware-jei elég bugosak, lehet firmware frissítéssel fogok próbálkozni.

A régi Intel SSD-k is ilyenek voltak, tele van hasonló hibákkal az internet. Főleg laptop-okban mentek tönkre, és tipikusan akksi lemerülés által okozott leállás után.
Nehéz olyan FTL-t (Flash Translation Layer) írni, ami valóban biztonságos. A boltokban kapható SD kártyák 99%-a ugyanúgy meghal tápelszálláskor, mint a gagyi SSD-k.

SD kártyával kipróbálhatod, ha van egy régi darab, amit nem sajnálsz. Írás közben kell kihúzkodni. Van, amelyik tovább bírja, van amelyik hamarabb elpusztul, de mind tönkremegy. Az egyetlen kivétel a Swissbit Industrial sorozat.
Találtam egy érdekes írást SSD-kre is: http://www.storagesearch.com/ssd-power-going-down.html
Állítólag a legtöbb SSD-ben RAM cache van, és azok kiírása nem fejeződik be rendesen tápelszállás alatt. A NAND flash fölött levő FTL-nek vannak adatstruktúrái, amit szintén ki kell írni. Ha az is el tud romlani, akkor az összes adat odavész fájrendszerekkel, partíciókkal együtt. Ld. még: http://lmgtfy.com/?q=intel+ssd+power+failure

Mikor olvastam az írásod épp az jutott eszembe, hogy miért nem tesznek bele egy kis akkut az ilyen problémákra, ami folyamatosan töltés alatt van a táp által. Ez elég arra az időre, amíg minden belső folyamat lezárul.
Úgy látom ezen már túl vannak, tehát a probléma megoldva vagy meg lesz oldva, ha alkalmazzák :) http://www.xtremesystems.org/forums/showthread.php?278816-SSD-s-cache-a…
+ úgy nézem, hogy az i/o folyamatokba is beékeltek egy védelmi késleltetést.

megfelelően méretezett kondenzátor és a tápfeszültség esésének megfelelő figyelése

Ezek azok a részletek, amiket el lehet rontani. Mert nem elég figyelni a tápot és goldcap-ot tenni az SSD-be, de meg kell oldani, hogy a környezet (adott esetben a laptop) leválasztódjon az SSD-ről, különben az SSD fogja táplálni a lemerülő laptop-ot.

Igen ez jogos.
Mondjuk ilyen bonyolult és kritikus eszközöket, mint egy adattároló modul (HDD, SSD, pendrive, ...) nem "majmokkal" kellene megterveztetni, hanem megfelelő szakértelemmel rendelkező hadrverfejlesztő csapattal (és azért egy villamosmérnöknek tudnia kellene, hogy az áram merre tud elfolyni). Amúgy nagyjából egy dióda megoldja ezt a visszafolyás kérdést is.

Lassan egy eve vettem egy 60 gigas Corsair Force GT-t, ext4 van rajta, eddig semmi hibat nem tapasztaltam, de elvileg memoriatipustol fuggoen 10-100k irast birnak el, ha nem masziv torrentezesre/logolasra hasznalod, akkor elvileg nem kellene 1 ev utan feldobnia a talpat.

Mindenesetre, heti backup-ot csinaltam eddig, lassan atallok a napira.

> A kérdésem inkább csak annyi: nekem van csak pechem, vagy ez sűrűn előfordul?
> Illetve a másik: lehet-e vele kezdeni valamit a cserén kívül?

Peched van, nem sűrűbben döglik az SSD, mint a diszkek.

Viszont: igen, döglenek az SSD-k is, például konkrétan az OCZ Vertex szériából is 6 darab hullott el nálunk az elmúlt pár hónapban.

A Kingstonnak voltak tragikus szériái, a V100/V200 sorozatból volt közel 100%-os szériahibás sorozatunk is.

Pech vagy nem pech, én azért vettem fél éve 128Gb-os Samsung 830-at, mert mindenki azt ajánlotta, vagy az Intel 520-at. Új laptopba tettem be(ASUS), ment is 3-hetet. Garanciánál jeleztem, hogy én inkább vennék egy másik tipust, nem ilyet ami 3-hetet bír. Boltos-szervízes azt mondta, nem tud mást ajánlani a fenti kettőn kívűl, kifogtam egy rossz példányt. Kaptam egy újat, azóta hibamentes. A garancia ilyenkor 0-ról indul, tehát 3-év.
A hiba az volt, hogy használhatatlanul lelassult, két perc volt az indulás.
Ui: a Samsungnak van egy programja az SSD-hez, ami kikapcsol néhány windows szolgáltatást ha feltelepíted, pl: defrag, prefetch, index.

Szerintem a W8 (*) már default kikapcsolja az auto defragot, ha SSD-t érzékel.
Legalábbis nálam default az időzítést nincs beállítva, míg W7 + hagyományos vinyó esetén be van.

Indexet W7 alatt én is kikapcsoltam, a start menü ettől érzékelhetően lelassult.
Mivel W8 alatt folyamatosan irkálok a keresőbe, inkább hagyom bekapcsolva és leszarom, hogy két év múlva kell-e újat venni vagy sem.

(*) szerk: ezt már a W7 is megteszi

+1
en is eppen mostanaban szoptam hatalmasat egy marek zsir uj 8 gigas kingstone pendriveval. nem lehetett roluk bootolni es be is lassultak sokszor fajlmasolakor. mar mindent megprobaltam, hogy hol toszom el a bootolhato pendrive keszitest, aztan kiprobaltam egy corsairral is, es az csont nelkul ment.
kingstont a kocsi fejegysege sem latja egyebkent.
ha pendrive, akkor nalam corsair. avval nem volt meg gondom.

én már pendrive-ot se veszek. Amúgy az utolsó kingstone-om egy elég drága darab volt, 2GB-os, gyors is, szép is. Ami történt: egyes számítógépeken időnként egyszerűen leszakadt a mount, meg amikor róla akartam bootolni, akkor nem tudtam az ubuntu usb boot managerével telepíteni rá, egyszerűen mindig valami megdöglött. Viszont amikor rányomtam a badblocks-ot, meg tesztelgettem, akkor minden oké. Egy idő után kénytelen voltam elfogadni, hogy tényleg rossz, csak az eszközök nem tudják felderíteni a hiba okát.
És amúgy nem volt sokat használva, lazán benne kell, hogy legyek az 5-10 ezer írásban és ha jól emlékszem még lazán lehet gyári garancia rajta (valami élettartam garanciával hirdették, kb. 10 év).

Intel szerverekbe csak és kizárólag Kingston memóriákat szerelünk és pont ezért, mert nincs gond velük. A 667MHz-es FBDIMM ECC széria az nem volt annyira stabil, volt egy-két garanciális cserénk évekkel ezelőtt, de a jelenlegi 1333MHz-es és 1600MHz-es ECC reg és ECC UDIMM sorozat kiváló és hibátlan, évek óta nem találkoztunk RAM gonddal.

Akaratlanul is eszembe jutnak azok a hitvány hamisítványok amiket fillérekért megkapsz, rajta a Kingston matrcia, de a tartalma messze nem az.
Nem tudom véletlen írtad-e el, de Kingston-ék "e" nélkül írják. E-vel tipikusan kamu márka :)
Nekem kb mindegyik Kingston pendrive-om boltból való (tudom nem garancia az sem, de nagyobb) és 1-2 évestől az 5 évesig minden megvan. Bootolhatók. Sorra pakolom rájuk az új Ubuntu verziókat tesztelésre.
10-20 MB írás, 20-30MB olvasás.

A SATA csatlakozó melletti két kis érintkezőt össze kell zárni (pl. egy kis méretű jumperrel, de akár egy jól rászorított fém darab is elég lehet). Ha ezekután látja a BIOS (nem Vertex lesz a neve ilyenkor, hanem Yatapdong ;), akkor egy firmware frissítés (akár ugyanarra a verzióra) megoldhatja a problémát.

Az első szériás OCZ Vertexeknél a Garbage Collector miatt szoktak problémák lenni, de azoknál nem írásvédettség jelentkezik, hanem belassulás leginkább.

Itt van a kezemben egy OCZ Vertex 2, amit nem lát a BIOS.
A SATA csatlakozó mellett (nem a táp felől, hanem a másik oldalon) van 4 érintkező.
Abból zárjam össze az első két lábat?
Bekapcsolt állapotban tegyem ezt, vagy kikapcsolva, áram nélkül?

openSUSE 12.2, vagy ami éppen jön.

Köszönöm.
Ezzel egy baj van.

This procedure will erase all data on the drive, you will need a backup before proceeding.

A backup már nem lehetséges, mivel pont azért lkkellene valamit berhelnem vele, mert nem megfelelően (pontosabban sehogy sem) működik a készülék.
Az SSD garanciális, de kb. egy hónapja mentették róla utoljára az adatokat.
Magát az eszközt kicserélik egy újra, ráadásul Vertex 3, vagy 45 típusúra.
Ezzel a jumperes megoldással pedig tönkrevágnám a rajta lévő adatokat.
Kb. 270.000 Ft +ÁFA árajánlatot kapott egy adatmentő cégtől a gazdája, de sajnos csak 2-4 hét múlva lenne eredmény... ha egyáltalán lenne.

openSUSE 12.2, vagy ami éppen jön.

peches vagy vagy sem, viszonylag sok felhasználót ismerek aki ebből a nagyon belépő szintű szarból úgy vásárolt, hogy a "most ez jól van így?" kérdést gyorsan feltette beüzemelés után. fura véletlenek vannak. nekem úgy tűnik az OCZ elkefélte rendesen a Value cuccot, pedig nem sok mindenben különbözhet a komolyabbaktól, "maximum" a memóriák és a vezérlő terén :))) volt már ehhez köthető szívás-topik helyben, úgy rémlik a modell szintén stimmel.

nyilván elvársz egy tartósságot a cuccodtól, de a minőségére vonatkozóan árulkodó lehet pl. az iops értéke, ami a két éve kifutott modelleknek durván negyede. árulkodó lehet az ára is stb: mondjuk könnyen beszélek de én inkább a kapacitáson spóroltam volna. sajnos mint írtam, nekem a Value nagyon nem klappol. mákod van, hogy adat nem bánta a dolgot.

ha cserés lesz a dolog, kérdezd meg bátran az üzletben, hogy ha ráfizetnél nem kaphatnál helyette egy Agility3/4 vagy Vertex3/4-et. az mind odabasz. a tiéd első körben FW frissítést fog kapni próbaként (feltéve ha beindul valamilyen gépben, pár próbán át fog esni): ha ez "megoldaná" a gondot én tutira szarrá tesztelném a helyedben. a munkalap árulkodó lesz.

--
Vége a dalnak, háború lesz...

Szia,

nálunk jelenleg az összes munkaállomás esetében SSD-t használunk mint primary disk.
Elsőként 60GByte-os Intel-ekkel kezdtük (10 gépbe tettük) aztán hamar kiderült, hogy bizony 60Gbyte kevés a fejlesztőknek.
Ezek után 120Gbyte-os OCZ Vertex 2 SSD-ket vettünk ~30db-ot amit egy alaposnak gondolt utánnajárás előzte meg (teljesítmény, megbízhatóság, ár...)
Miután szétteríettük az OCZ-ket hirtelen elkezdtek sorra tönkremenni. (Volt olyan kolléga akinek 3 nap alatt 3x lett cserélve a disk)
~3 hónap után a hibás OCZ Vertex 2 SSD-k száma > 50% volt. (Természetesen mindhol volt firmware frissítés hibernate/sleep kikapcsolás stb..)
Ezek után visszaálltunk Intel 120Gbyte-os diskekre amelyek eddig (hova is kopogjam le) jól teljesítenek 1+ éves a legtöbb de még nem tapasztalunk meghibásodást.
Lehet, hogy kifogtunk egy rossz szériát de én azóta ha valaki kérdezni azt mondom, hogy ha SSD akkor csakis Intel....

üdv Balázs

Valóban el kell ismerni: a Vertex 2 széria esetében találkoztam jónéhány meghibásodással, nem ajánlott kategória. Szerencsére viszont a Vertex 3 és Vertex 4 sorozat messze megbízhatóbb, saját laptopomban is az van, hibátlanul megy. A Vectorra meg majd kiváncsi leszek.

Vannak speciálisan SSD-s SMART attribútumok, mint pl.: Workld_Media_Wear_Indic. Smartctl-lel le tudod ezeket ellenőrizni.

"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."

Vartex 3 as- sal ugyan ez volt.
Firmware frissítés megoldotta.
Esetleg próbáld meg.