Folytatódik a Samsung 840 EVO kálváriája ...

 ( trey | 2015. május 10., vasárnap - 20:23 )

... legalábbis a linuxosok számára biztosan. A Samsung 840 EVO problémáiról már többször volt szó itt a HUP-on. Legutóbb akkor, amikor arról jött hír, hogy a Samsung új firmware-t készül kiadni az eszközhöz. A firmware meg is érkezett, de Linuxot futtatóknak nem biztos, hogy érdemes frissíteni. Legalábbis egyelőre. Aki mégis frissít, annak érdemes néhány dolgot szem előtt tartani, mert különben különböző hibákba - IO error, megakadt bootolás, fájlrendszer hibák stb. - futhat.

Samsung EVO 840 firmware #2
A legfrissebb Samsung Magician-t letöltve az jelzi, hogy az EXT0CB6Q-nál van újabb, EXT0DB6Q jelű firmware.

Samsung EVO 840 firmware #1
Frissítés után.

Azok közül a linuxosok közül, akik már frissítettek az EXT0DB6Q firmware-re, többen is arra panaszkodtak, hogy valami probléma van a TRIM körül. A jelzett problémák változatosak - bad sector jelzés, konzol "lefagyás", bootolási problémák stb. - attól függően, hogy ki milyen TRIM támogatást - discard opció, fstrim rendszeres futtatása - használ.

A probléma végül elért a linux-ide listára is, ahol az Oracle alkalmazásában álló Martin K. Petersen megállapította, hogy az új firmware-ben a Samsung engedélyezte a "queued TRIM" funkcionalitást, annak ellenére, hogy az jelenleg hibásan működik. Ugyanez a "kontármunka" problémás a 850 Pro meghajtók esetén is.

Petersen felvette a kapcsolatot a Samsung-gal. Addig is, amíg megoldás nem születik (feltehetően újabb firmware képében), Petersen készített egy patchet, amely blacklist-re teszi a "queued TRIM"-et az összes Samsung 800-sorozatú meghajtók esetén.

Érdemes jól megfontolni a firmware frissítést, mert a Samsung dokumentációja szerint downgrade-re nincs lehetőség.

A teljes szál itt olvasható.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Aki az Ubuntu "gyári" beállításait használja és a legújabb firmware-re frissített, annak érdemes a /etc/cron.weekly-be benézni. Abban van egy fstrim script, ami hetente lefut a következő tartalommal:

fstrim
#!/bin/sh
# trim all mounted file systems which support it
/sbin/fstrim --all || true

Szóval lehet, hogy aki új firmware-t telepített, annak csak egy hét múlva jön a meglepetés.

--
trey @ gépház

hmm. van egy uj ubi szerverunk amibe nemreg raktunk intel ssd-ket, es minden hetvegen meghal a gep, olyan mintha az ssd mulna ki alola, de reset utan megjavul. lehet ez okozza, most nezem ezen is van fstrim a cronban...

Model Number: INTEL SSDSC2BW120A4
Firmware Revision: DC32
* Data Set Management TRIM supported (limit 1 block)
* Deterministic read data after TRIM

A hét melyik napján hal meg? Az anacron @weekly elég jól behatárolható :)

A /var/spool/anacron/cron.weekly fájlban követi, hogy mikor futott utoljára. Ahhoz képest egy hét múlva fut következő alkalommal és így tovább.

--
trey @ gépház

en is tudok crontabot olvasni :)

azt nem tudom mikor hal meg, de hetfore mindig szar szokott lenni, tehat valamikor hetvegen. altalaban ssh se megy mar, igy a hetfot resettel inditjak. most is meg van halodva, mondjuk most a reset se segitett rajta.

ha megint elerheto lesz megprobalom kideriteni a logokbol mikor allhatott meg es az mennyire esik egybe az fstrim-el. amugy ez mar masik ssd (de ugyanaz a tipus), egy hete kicsereltuk.

A'rpi

Sejtettem, hogy tudsz, de pont azért mondtam, hogy anacron, mert nem biztos crontab-ból fut. Ha crontab-ból futna, akkor a weekly a vasárnap 0 órakor futna. De pl. nekem szombat reggelente fut(na) le az anacron miatt.

--
trey @ gépház

/etc/crontab-ban:

47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )

es a logokban ma reggel 6:46-os az utolso bejegyzes, utana mar nem tudott irni bele. szal 99.999% hogy ez nyirja ki.

az egyik ssd mar ugy megpusztult hogy le kellett huzni, a masikrol meg elindult az elobb.

ezen nincs /var/spool/anacron/, pedig legujabb ubi:

Distributor ID: Ubuntu
Description: Ubuntu 14.04.2 LTS
Release: 14.04
Codename: trusty

/etc/crontab van, abbol hivogatja meg az anacront

Ja, ha szerver, akkor valószínűleg azért nincs.

--
trey @ gépház

Azért járna egy szívlapát a Samsungnak is.

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

Nekem a kincstári optimizmusuk tetszik:

"Can I downgrade the firmware from the latest version to an older version?

No. Once you upgrade the firmware, you cannot go back to an older version. It should not be necessary to go back to an older firmware because we fully test every firmware release to ensure that it is optimized for performance, reliability, and compatibility."

--
trey @ gépház

Oké, csak én azért telepítettem újra mindent, mert frissítés után nem működött. Persze be volt kapcsolva a TRIM az fstab-ban. Oké, hogy adat nem veszett és egy este alatt megvolt az újratelepítés is, de azért mást is el tudtam volna képzelni esti programnak.
Most nincs TRIM, remélem nem eszi sokkal gyorsabban az SSD-t. Mondjuk az SSD-n lévő swaptól még mindig tartok.

Ui.: Az külön szenyaság, hogy a Pro-sokat is megszívatták, pedig NagyZ azért is vett Pro-t, mert az milyen szuper meg gyors…

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

"Persze be volt kapcsolva a TRIM az fstab-ban."

Egy ideje a "discard" mintha ellenjavallt lenne. Az Ubuntu is asszem ezért választott az fstrim-et heti futtatásban.

"Most nincs TRIM, remélem nem eszi sokkal gyorsabban az SSD-t."

Nem hinném, hogy nagy probléma lenne belőle, mert nekem 4 évig nem volt TRIM két SSD-men sem, mégsem volt belőle semmi problémám.

"Mondjuk az SSD-n lévő swaptól még mindig tartok."

Nekem mindegyiken van, bár gyakorlatilag nincs használatban. Sosem volt még gondom belőle.

Egyébként ha nagyon akarsz TRIM-et, akkor ezzel működhet.

A faszkorbács persze jár a Samsung-nak :D

--
trey @ gépház

"Persze, ha jön firmware frissítés, akkor frissíteni fogok. Csak nehogy olyan dolgot is megjavítsanak benne, ami eddig nem volt rossz :D"

Trey sajnos egy látnok.

Idézet:
Egy ideje a "discard" mintha ellenjavallt lenne. Az Ubuntu is asszem ezért választott az fstrim-et heti futtatásban.

És tényleg, köszi! http://www.howtogeek.com/176978/ubuntu-doesnt-trim-ssds-by-default-why-not-and-how-to-enable-it-yourself/

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

Nekem egy régi Corsair SSD-m van. discard nélkül fstrim-el folyamatosan belassultak a böngészők. Chrome és Firefox is. A discard-al ez a probléma nem jellemző. Nem tudom miért nem javallott, a 12.04 Lubuntum amit 2 évet hajtottam is így volt beállítva és most a 14.04-is. Most nyáron lesz három éves az eszköz kb 3 - 4 évet számoltam neki és ha most megdöglik már teljesítette az elvárást. A discard parancs mellett beállítottam az fstrim-t is. A rendszer gyors, és harap. Nem érzek problémákat.

--
honlapom http://dyra.eu/

Most nincs TRIM, remélem nem eszi sokkal gyorsabban az SSD-t.
A TRIM csak arra való, hogy az SSD -nek jelezze az FS, milyen szektorok szabadultak fel, így az fizikailag is tudja törölni azokat. Ez azért kell, mert a FLASH erase lassú, és így nem akkor kell megcsinálni a törlést, amikor a szektort újra írni kell.
Egy szó mint 100 a TRIM sebesség optimalizálást tesz lehetővé, nem hiszem hogy elhasználódásban a TRIM hiánya szerepet játszana.

Ez csak ilyen esti vélemény, de talán a wear leveling is jobban dolgozik, ha van trim és tudja, hogy melyik terület üres.

Akarcsak a Microsoft.

De most tenyleg, ez azert igy mar NAGYON ego...
Mintha lovesuk se lenne rola, mi okozza a problemat, es csak kapkodnanak.

--

"You can hide a semi truck in 300 lines of code"

Itt nem a flashről van szó már, mert azt lehet tudni miért lassul.
Most egyszerűen egy idióta fejlesztő nem olvasta el, hogy release-kor miért tiltották le ezt a jóságot. Gondolt egyet s bekapcsolta. Hogy törne ki a kisujja...

Hardvert venni tudni kell. És hozzá os-t választani. :)
--
zsebHUP-ot használok!

Hallottál engem panaszkodni? Nekem a legújabb firmware van rajta, a gépem bootol, működik és amit az ősrégi SATA2-ből amit ki lehet hozni, azt ki is hozza ;)

--
trey @ gépház

Análba. Minden nap háromszor, amíg rendes termékeket nem gyártanak.

Szerk.: én is elkúrtam. Szóval addig kapják az análdást, míg el nem érik azt a szintet, amikor már csak véletlenszerűen gyártanak gyárilag hulladékot.

:)

Én is belefutottam ebbe a dologba. Frissítettem a firmware-t Windows 7-en alatt (dual boot) aztán dőlt borult az Ubuntu 14.04.
Letiltottam a TRIM-et (én az rc.local-ba raktam) és az fstab-ban noatime ooption van.

Azóta megy rendesen, semmi zűr. De nagyon ijesztő volt, mint valami HW hiba.

Király.
Kb. egy hete frissítettem, szegény LM 17.1 még ma is élne...
Mindegy, már úgyis át akartam menni LMDE-re.
A tapasztalatokról majd még írok egy blogot.
Köszi Samsung... :-(
--
Lenovo E335, LM 17.1 & Cinnamon -> LMDE 2 Betsy & Cinnamon

Én már a akkor elhatároztam, hogy samsung ssd-t soha többet,amikor a "sima" 840-hez már ki sem adtak semmit... Úgy látom, nincs miért aggódnom, szívatnak itt mindenkit...
üdv: pomm

A 852-es kídlap telepötúsa sikeresen befejezádétt

Az miért baj, ha nem adnak ki? Nem lehetséges, hogy nem érintett ezekben a problémákban és inkább szerencsésnek kellene érezned magad? Az jobb lenne, ha hetente kellene firmware-t frissítgetni?

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

Azért a rendszeres firmware kiadásnak van egy olyan üzenete is, hogy legalább foglalkoznak a Samsung-nál problémákkal, támogatják az eszközt. Ez is valami.

--
trey @ gépház

Mert nincs hibátlan szoftver, így ha nem jön új release, az általában nem azt jelenti, hogy tökéletes, befejezték a szoftvert, hanem csak azt, hogy abbahagyták a fejlesztését.
--
zsebHUP-ot használok!

Elég beleolvasni több milliós, enterprise storage-ok firmware changelog-jaiba. Sokszor az embernek égnek áll a haja, olyan vad dolgok vannak benne. :) Pedig azok elvileg nem filléres consumer szarok...

--
trey @ gépház

Azokat is indiánok és kínaiak kódolják a sötét pincében, csak az Enterprise cuccoknál a marketing-bullshit költségvetésre több jut mint a SOHO szaroknál :)
--
WP8.x kritika: http://goo.gl/udShvC

Meg talán tesztre/developra is :)

Az a baj, hogy érinti, csak a samsung le se sz...ja...
üdv: pomm

A 852-es kídlap telepötúsa sikeresen befejezádétt

én is frissítettem... nem jött be, downgrade nincs.
a discard is, a crontabos fstrim is megszívattak...

na de van magician linuxra, az elméletileg tud trim-et (fstrim helyett), csak épp nem ismer minden filerendszert, pl. btrfs

de ha jól értettem, valahol olvastam, akkor ez a "periodic refresh timer" miatt elvileg már nincs szükség trim-re. Mert hogy úgyis időnként újraírja a blockokat, remélhetőleg nem ugyanoda...

A Dell Latitude E7240 (Mid 2013) notimban Samsung PM851 van, a Magician 4.6 azt irja, EXT4AD0Q a firmware verzio, frissitest nem ajanl fel. A dell.com viszont igen: EXT49D0Q. Win alatt hasznalom csak (ez a mondas, jo kifogas, tudom). Allitolag ez is bugos SSD, valakinek van esetleg ilyesmi eszkoze? Erdemes frissiteni?

Idézet:
Samsung claims the read performance degradation issue only exists in the NAND used by the popular SSD 840 EVO. However there are OEM versions of the drive that use the exact same NAND. For example, the Samsung SSD PM851 usually seen on Dell products. Case in point, here are users posting on support forums showing the exact same problem.

Windows alatt nem tudom, hogy van-e probléma a bekapcsolt queued TRIM miatt. Lehet, hogy a Windows alapértelmezetten nem használja kapcsolja be ezt a funkciót. Ha valamivel, akkor Windows-zal biztos tesztelte a Samsung az új firmware-t. Gondolom azzal nem lesz baj. Bár ez csak tipp.

--
trey @ gépház

Egyelore hagyom inkabb, bitlockert is ki kene loni allitolag es para, hogy leoli a jo kis ceges installt, ha megsem valik be. Dell ezt mondja, nem tul biztato:

EXT49D0Q.zip | ALL (1 MB)
Storage|Release date 11 Jul 2014|Last Updated 21 Apr 2015|Recommended
Version EXT49D0Q,A00

EXT4AD0Q elvileg újabb kéne legyen mint az EXT49D0Q.

Hát ez elég szánalmas.

--
arch,debian,openelec,android

Épp SSD vásárlás előtt állok, egyre inkább azon az állásponton vagyok, hogy Samsungot biztosan nem veszek. A többi gyártóval kapcsolatban szívesen meghallgatnék tapasztalatokat, mert jelenleg nem vagyok képben. Desktopba lesz, 240 GB elég. Akinek van tapasztalata az kérem írjon pár sort! Köszönöm!

-pilisig-

FYI: nekem Intel 530 (is) van, szepesjogyorsmegminden, de van egy bug benne, miszerint ha bekapcsolod a gepet, nem mindig ismeri fel a SATA vezerlo. Megoldast egyelore nem talaltam, aramtalanitom a gepet, utana megy. Nagyjabol 100 esetbol egyszer ezt eloadja a device. Alaplap: http://www.asus.com/Motherboards/MAXIMUS_VI_FORMULA/

Ket honapja vettem egy kington hyperx 3k 120GB-t, legnagyobb megelegedesemre. Semmilyen lenyeges eszrevetelem nincs azt leszamitva, hogy mind irni mind olvasni pofatlanul gyorsan lehet, pedig egy 7 eves gepbe kerult, ami ugyan anno messze nem az alja volt, mar cserere szantam, gondoltam ezt meg megprobalom, max az uj gepbe kerul at az SSD. Igy csak SATA2 van benne pl. De par evig meg nem lesz uj gepem azthiszem, nagyon jo. :)

XFSel hasznalom, LVM es minden egyeb nelkul. /tmp, /var/log, stb-k tmpfs-be kerultek, van ra RAM. Max annyi erdekesseget csinal (valoszinu az alaplap, de eddig 3 vinyoval nem vettem eszre, most hogy SSDis van meg lattam), hogy 0-as portra van dugva az ssd, megis hol sda-nak, hol sdb-nek latja. Persze UUID-s fstab miatt teljesen lenyegtelen, csak erdekes.

Amugy bevallom, annyira nem neztem utana hogy a Linux minek fog orulni (oreg hiba), ez megtetszett, szep adatokat irtak rola, ara is jonak tunt, volt is raktaron, hat ez lett. Szerencsesen belenyultam. :)

-------------------------------
"A gorog katolikus noknek 8 dioptria alatt nem kotelezo a bajusz!" avagy "Nozni csak muholddal lehet..." | http://lazly.hu

3k alatt van a Fury, az alatt pedig a V300.

Alapvetően nincs a Kingstonnal gond addig amíg megy, ezért fontos nagyon a garancia.

3évet kaptam ra, fontos adat nincs rajta, vinyon pedig van azonos meretu particio, amire cron-rsync-el megy a backup hetente, szoval eszkozhalal eseten egy livecds minimalis butykoles utan egybol bootolhato, hasznalhato minden tovabb.

-------------------------------
"A gorog katolikus noknek 8 dioptria alatt nem kotelezo a bajusz!" avagy "Nozni csak muholddal lehet..." | http://lazly.hu

ADATA, nálam (SP900) és egy kollégánál (SX900) is hibátlanul teljesít már egy ideje.

> BERUS
Motor: Debian Jessie

Azt hiszem a firmware frissítésen túl azt is jól megfontolom a jövőben, hogy megveszek-e/kiajánlok-e Samsung SSD-t.
840EVO-ból és 850Pro-ból is sikerült bevásárolni. :/

A szomszéd fűje mindig zöldebb.

--
trey @ gépház

Kár, hogy SSD-re nincs valami hasonló statisztika, mint amit a Backblaze csinál a HDD-kre.

http://us.hardware.info/reviews/5724/ssd-mega-round-up-sixty-256512-sata600-ssds-tested
http://www.hwsw.hu/hirek/53727/ssd-techreport-teszt-kiserlet-tarolo.html

-----
„Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben.”
rand() a lelke mindennek! :)
Szerinted…

Ha olyan nincs is, de a nagy, SSD kitartást firtató tesztben a gagyi 840 nem teljesített túl rosszul. 1 petabyte-nál döglött meg végképp, holott egy tipikus asztali felhasználó 100TB-nál többet nem nagyon ír az életciklusa alatt rá. Nálam az 1 éves 840 EVO-n eddig 2,29 TB írás történt (lásd a képet a cikkben).

--
trey @ gépház

Én még a legelsőt se tettem fel, mert kicsit gyanús volt az egész.
Azt hiszem, várok még kicsit.

De jó, hogy nem ezt a szart vettem anno...

Valaki le tudja írni nagy vonalakban, hogy miért csak ezt a (néhány) típust érinti a hiba csak?

Úgy tűnik, hogy amit írsz, annak semmi köze ehhez a cikkhez.

--
trey @ gépház

én is úgy gondoltam, de valaki összemosta a kettőt

Első blikkre elég hasonló. Én nem nagyon csinálok problémát abból problémát, hogy ott felületesen beleolvasva tévedtem. De hogy te minek tetted ide, az még mindig rejtély.

--
trey @ gépház

Bennem igazából az merült inkább fel, hogy mivel a "Samsung 840 EVO problémáiról már többször volt szó itt a HUP-on" és "Folytatódik a Samsung 840 EVO kálváriája ..." és folyamatos a tudósítás a témában, ezért hogyan lehet az, hogy ez az információ most hogy, hogy nem kimaradt a nembulvár híradásodból...

Prózai oka van ennek. Egyrészt nem vagy te a főnököm, hogy beoszd az időm, így most éppen egy hideg sört szürcsölve ejtőzök. Ha jól időm engedi, majd írok róla. Vagy nem.

Azt azért megemlíteném újfent, hogy nekem vannak kétségeim afelől, hogy ennek van-e köze ahhoz, amiről többször is szó volt itt. Szóval, hogy válasz is legyen a kérdésedre: előbb megvárom, hogy kiderüljön valami konkrét, ne egy bulvárhírre kelljen hivatkozni.

--
trey @ gépház

Nem véletlen a kétség és az óvatosság, hiszen eddig itt a nembulvár híradásban csak olyan pontos és alapos akadémiai tanulmányok kerültek publikálásra, amelyben kizárólag teljes bizonyosság mellett lehetett állítani abszolút tényeket, minthogy "nem biztos, hogy érdemes frissíteni. Legalábbis egyelőre", ezért teljesen egyértelmű ezúttal is, hogy csak teljes bizonyosság mellett lehet majd címlapra tűzni olyan fontos bejelentéseket is, minthogy esetlegesen netalántán talán történetesen nem is biztos, hogy minden szempontból csak és kizárólag a Samsung a hibás.

Abszolút egyetértek. Itt mese nincs. Meg kell várni a pontos és kizárólagos állásfoglalást, az abszolút igazságot, magától Linus Torvaldstól. Amíg ez nem történik meg, addig itt csak kételyek vannak és talányok, meg mindenféle konkrétum nélküli bulvárhírek. Ezeknek semmiképp sem szabad felülni.

Ennyi.

Kösz, erről nem hallottam még, de azért az a kérdés megállja a helyét, hogy miért csak ezt érinti?

--
openSUSE 13.1 x86_64

Pont ilyet akartam vásárolni, isteni "szerencse" vagy inkább előrelátóság, hogy utánanéztem egy kicsit jobban...
Milyen más SSD-t ajánlotok linux alá? Kingston? or OCZ?

Kingstont inkább ne. Válaszd a Samsung újabb verzióját, a 850 EVO-val nincsenek ilyen problémák.

A Kingstonnak a korábbiakban voltak pocsék sorozatai (A JMicron vezérlősők konkrétan szériahibásak voltak) mostanság azonban ~ száz darabos mintavételezés alapján azt tudom mondani, hogy a V300 sorozattal (Sandforce) nincs semmi különösebb baj.

Csak épp nem olyan teljesítményűek, mint állítják magukról... Sandforce -> avoid

V300 felett van még két széria ugyancsak Sandforce-al...

Amúgy meg rengeteg SSD-nek nincs olyan teljesítménye mint amit állítanak. Főleg TLC-kkel jellemző mostanában a kicsi SLC cache.

Csak itt nem az SLC cache a ludas, hanem a Sandforce vezérlő, amelyik tömöríti az adatokat menet közben és ezzel ejti át a béna tesztprogramokat, hogy jó sebességet mérjenek, mert azok "üres" (csupa 0x0 byteokat tartalmazó) adatokkal tesztelnek jórészt (100%-ban tömöríthetővel). A valódi adatok jórésze viszont tipikusan nem tömöríthető (képek, filmek, zenék, archivumok már eleve tömörítettek, így 0%-ban tömöríthetők tovább), vagy alig tömöríthetők (alaprendszer és más programok binárisai). Ezekben az esetben a Sandforce vezérlős SSD-k sokkal gyengébben teljesítenek. A V300 konkrétan 150 MB/s írási sebességet produkál a 0%-ban tömöríthető adatoknál, a brossúrán ígért 450 MB/s helyett. A Samsung 850 EVO viszont szépen egyenletesen 500 MB/s írási sebességet produkál az adatok tömöríthetőségétől függetlenül.

A 850 EVO egyébként (a 840 EVO-val és a Kingston V300-zal ellentétben) nem TLC alapú.

Igen, de pl. V300 esetén nem a Sandforce a ludas hanem a lassúbb flash alkalmazása. A NAND benne MLC.

850 EVO-ban pedig igenis van SLC cache és TLC a NAND, itt a grafikon: http://www.anandtech.com/show/8747/samsung-ssd-850-evo-review/2

Minden Sandforce vezérlős SSD-nél ugyanilyen különbség tapasztalható a 0%-100% tömöríthető adatok írásánál.

Amiket tavaly néztem 850 EVO-knál nem TLC volt, hanem első generációs 3D NAND, amelyek MLC technológiával kerültek gyártásra (ezért nem volt nagy sebességkülönbség a 850 EVO és a 850 Pro között, ellenben a korábbi EVO vs. Pro szériákkal). A mostaniak már lehet TLC-s 3D NAND-okra vannak építve, de a lényegen nem változtat: Sandforce alapú SSD-ket érdemes inkább elkerülni.