OCZ Vertex Turbo SSD - samovolné odpojení ze systému

Toto je volné pokračování threadu "Náhlá smrt SSD"

Mno, tak i nový se mi začíná chovat podivně. Nutno podotknout, že jsem update FW neudělal - hned teď se na to vrhnu.

Chová se to tak, že při větší IO zátěži mi prostě disk ze systému zjevně zmizí a systém spadne do BSOD. Na OCZ fórech jsem se dočetl, že to dělalo nějakým jablíčkářům. Zatím studuji a zkoumám, čím by to mohlo být. Každopádně mě to začíná dost vytáčet...

V posledních dvou týdnech mi to takhle vyhnilo asi 10x, z toho dneska asi 4x.

EDIT:
tady někdo popisuje to stejné s Intelem: http://www.eggxpert.com/forums/thread/568420.aspx

V jaké je přesná konfigurace? Chipset, MB/NTB? Nový Intel Inf tomu nepomůže?

Fujitsu Siemens E8310, chipset 965 Express.

Intel INF jsem k tomu nenašel - mám to na Win7 64bit a na stránkách FSC není nic a na stránkách Intelu INF driver taky není pro tento chipset a verzi OS.

Každopádně napálil jsem nový BIOS i FW do SSD, tak uvidíme... zatím to frčí.

Máš pravdu, v průvodci mobilní 965 není. Netuším z jakého důvodu, ale shodou okolností jsem minulý instaloval na jedno Lenovo tento: http://downloadcenter.intel.com/Deta...=2032&lang=eng

Díky za odkaz, ten INF jsem si taky nainstaloval.

Dnes mi to (ještě před instalací INFu) spadlo znovu. Projevy jsou takové, že systém přestane reagovat (jen kurzor myši jezdí, ale nic nereaguje na klikání). Po cca. 10 sekundách tohoto stavu to spadne do BSOD (dnes jsem si všiml, že s NTFS.SYS) a vytuhne na hlášce "initializing disk for crash dump".

Tj. disk se za běhu zjevně odpojí nebo vypne a takhle to vypadá.

Tohle mi začal dělat jeden z těch vertexů, po flashi nového FW se to opravilo. No, teda, opravilo, ty nové flashe FW již nesmažou celej disk a bordel co již nastal tedy nefixnou, tak jsem tehdy schválně s přehozenym jumperem rval starej FW co při flashni zniči informace wear-levelingu, a pak zas ten novej abych měl všechny disky nastejno použitý(v tomto případě nepoužitý), znova jsem sestavil raid a od té doby (musím zaklepat, je to už půl roku) plná spokojenost, žádný problémy ani pokles výkonu, a to můj řadič neumí trimm. Read furt 750MB/s write 450 stabilně.

Tak s obsahem disku jsem nic nedělal... flashnul jsem FW, všechno jelo - ke ztrátě dat nedošlo, tak frčím dál bez reinstallu atd. Neměl bych tam hodit teda nějakej ten zero fill nebo co se to na SSD dělá?

Zatím to ťuk ťuk jede...

OT: Ve firme nyni provozujeme 4x X25-M v databazovych serverech, kde se na ne zapisuje desitky az stovky GB dat denne a po cca trech mesicih provozu zadny problem :)

Tak dneska mi to zas 2x padlo se stejným problémem. Už začínám ztrácet nápady, co s tím. Kompletní reinstall se mi moc nechce - nebude problém když disk po kompletním smazání obnovím z image?

A nevykle se třeba jenom SATA konektor? To přetáhnutí z image by podle mě mělo stačit.

Citace:

---

Původně odeslal -HoNY-

A nevykle se třeba jenom SATA konektor? To přetáhnutí z image by podle mě mělo stačit.

---

S klasickým diskem mi to jede bez problémů. Když mi SSD umře a nemám čas to řešit, tak tam fouknu původní disk, který jinak jedu přes USB...

Tak jsem strávil celý víkend řešením problému toho disku.

Problém popisovalo více lidí na OCZ fórech, např. zde. Projevuje se tak, že zcela náhodně disk najednou ze systému zmizí a pokud z něj běží OS, tak zhavaruje.

Po přímé konzultaci po mailech se support technikem od OCZ jsem provedl upgrade a nějaký vymazání paměti v servisním režimu (po akci se disk tvářil jako INDILINX BAREFOOT) a pak upgrade na latest verzi FW od OCZ.

Následně jsem se pokusil obnovit data z image - okamžitě zhavaroval. Tento postup (vč. upgrade FW) jsem ještě podstoupil jednou se stejným výsledkem.

Následně jsem znovu provedl upgrade FW s vymazáním všeho a nainstaloval vše načisto (aaaarrgh!!!). Když už jsem měl vše nakonfigurováno a funkční, chtěl jsem si tam nahrát ještě nějaká starší data a hle - opět BSOD a disk offline. Došla mi trpělivost a nainstalovaný systém jsem naklonoval na starý HDD.

Jsem z toho totálně znechucený a vůbec nevím, co s tím. Při reklamaci těžko budu prokazovat nějakej problém, protože je to úplně náhodné. A navíc bych případnému vyměněnému disku nevěřil - vzhledem k tomu, že na tom jedu v produkčním provozu denně v práci, potřebuju spolehlivost. To opravdu musím jet na starém pomalém HDD? :evil:

Někdo nějaké nápady?

[OT]
VelociRaptor > SSD :D :D :D
[/OT]

Osobně bych se rozloučil s OCZ a zkusil něco jiného od velkého výrobce - Intel, Patriot Torqx / Inferno, apod. Pokud to bude obdobné, je potřeba se rozhodnout, jestli spolehlivost, nebo rychlost ... :( Z mých tří SSD běží nejstarší Agility bez problémů, jeden Vertex bez problémů, druhý umřel. Fakt by mě zajímala statistika poruchovosti, nevím, jestli takových problémů a RMAček OCZ jde na vrub jejich poruchovosti, nebo rozšířenosti. Ale jedna paní povídala, že konkrétně Torqx je výrazně spolehlivější než OCZka ...

Zkusím se obrátit na Alzu, jestli mi vyjdou vstříc... Asi bych zkusil toho Intela...

No, mně teď zase vyřizovali v Alze reklamaci takovým způsobem, že mi připomněli, proč nakupovat jinde ... Držím palce.

Díky za takovéhle thready - pak aspoň vím přesně, proč jsem ješte na SSD nepřešel a taky proč jsem nikdy nenakupoval v ALZA... :mweheh:

Díky za připomenutí tohoto threadu :) Z OCZ se mi ozvali, že to mám poslat na reklamaci přímo k nim, takže disku dám ještě pokouřit (ověřím, že je skutečně v háji) a pak jim ho pošlu.
Následně podám report ;)

Napr. Softcom zverejnuje statistiky poruchovosti a vicemene potvrzuje to, co tu pisete. Poruchovost OCZSSD2-1VTX30G je 10%, OCZSSD2-1VTXT30G dokonce 20%, OCZSSD2-1VTX60G 9%. Ostatni maji nulu, coz vetsinou znamena, ze se jich prodalo malo. Intel X25-M 80Gb ma 3.4% :)

Může mi někdo vysvětlit, jak správně updatovat Firmware u OCZ SSD? Postupoval jsem podle jejich návodů a nikdy jsem neuspěl.

Leží mi tu teď modely:
Vertex Series 64 GB
Vertex Series Turbo 64 GB
Onyx 32 GB a 64 GB

Deska Gigabyte EP45-UD3P
Postupoval jsem podle jejich návodu.
1) přepnul jsem řadič do IDE režimu (vypnul AHCI)
2) nasadil jumper na servisní mód
3) připojil jako druhý disk (v BIOSu se tváří jako PATA Primary Slave)
4) stáhnul a vypálil update CD pro odpovídající přechod 1.5>1.6 apod.
5) nabootoval jsem z CD a disky ta utilita nedetekuje, respektive CD od Onyxu zobrazí v seznamu Vertex ale z pochopitelných důvodů napíše, že nemá pro něj FW

Pokud neosadím jumper napíŠe mi to firmware update fail a nic to neudělá.

V druhé sestavě mám desku od ASUSu, která neumí správně přepnou do PATA režimu. Zkoušel jsem i update z Windows 7 x86, podle návodu vypnuté UAC a cmd spouštěn jako správce.

Nějaké nápady, nebo jsem návod špatně pochopil? Pokud mě paměť neklame, všechny kusy mají Indilinx Barefoot, respektive Onyx jeho osekanou verzi s méně kanály, takže by postup měl bý stejný. Může to být problémem kompatibility s deskou?

btw: Marty mohl by jsi sem hodit návod na to servisní mazání, co jsi dělal? Disky mám ze stejné várky z Alzy jako ty.

Při běžném flashování netřeba přepínat jumper. Opravdu upgraduješ ze správné verze na správnou? 1.5>1.6 je oka, to by mělo projít...
Každopádně jsem ti na mail poslal ten postup od OCZ, mrkni na to a zkus to.

Ano je potřeba, ale jen u Onyxu. Napsal jsem tu odpověď příliš obecně. Díky za mail, požadovaný soubor se přesně shoduje s tím, co potřebuju.

//edit: tak první polovina (smazání FW) šlo přesně podle plánu, ale při pokusu updatovat Indilinx Barefoot na OCZ Vertex Turbo 1.6 jak z boot CD v DOSu, tak z Windows 7 x86 to píše stále stejné chyby. Nakonec pomohla verze z fóra.

//edit2: teď jsem si toho zamrznutí všimnul taky, nakopíroval jsem nějaký data (změť různě velkých souborů) a disk po tom asi vteřinu nereagoval. A to jen připomínám, že můj kousek má za sebou jenom asi 200 GB sekvenčních zápisů a čtení + cca 20 GB náhodných zápisů a čtení. Tedy žádná velká zátěž proti celkové žovotnosti. Jediné, co by mohlo snad vadit je fakt, že jsem tohle zvládnul udělat během dvou hodin. (Patriot PS-100 tuhle zátěž nevydržel, teda vydržel, ale za cenu zpomalení na 50 % udávaných specifikací) :mweheh: U jiných disků jako je Kingston V+, Corsair Extreme a Intel X25-M jsem žádné problémy nezpozoroval. Můj horký tip na náhradu je Corsair X64. (jak bude čas, hodím sem výsledky)