[Csybe]

Hali!

Nos elkészült végre (nagyjából) a dolog. Régóta írok egy leírást a fontosabb SMART attribútumok jelentésérõl, mert a környezõ topicokban elég sok kérdést láttam ezzel kapcsolatban. Igyekeztem magyarosra (mivel szinte kizárólag külföldi forrásokból dolgoztam) és hétköznapi emberek számára is érthetõvé tenni, utóbbi nem volt mindig könnyû.
Bármilyen további kérdésnek, ötletnek, javaslatnak itt a helye Na lássuk!

Raw Read Error Rate: Azon olvasási hibák száma, amiket az ECC (Error Checking and Correction) nem tudott menet közben (on-the-fly) visszaállítani. A mérés minden 5E+09 bit után újraindul. Az érték átlagon felüli csökkenése átalában a mágneses felület vagy a fejek hibájára utal.

Soft Read Error Rate: Szoftveres hibára visszavezethetõ olvasási hibák száma. Overclock? Kábelhiba? Driverek?

Throughput Performance: 1.0E+10 bit olvasásához szükséges idõ. A mérés az off-line teszt alatti lineáris olvasásra vonatkozik.

Seek Time Performance: 1628 seek mûvelet elvégzéséhez szükséges idõ. Szintén off-line teszt alatt kerül mérésre.

Spin Up Time: Teljes felpörgéshez szükséges idõ. Minden ötödik felpörgésnél újraszámolásra kerül. Az érték lehet alacsony és kissé változó néhány gyártónál (60-70, pl. Maxtor-Quantum), ez normális.

Start/Stop Count: Felpörgések (leállások) számlálója. Csak statisztikai célokat szolgál.

Read Channel Margin: az adatfolyam tulajdonságait méri használat közben. Pontos céljáról és mûködésérõl egyelõre nincsenek adatok...

Reallocated Sector Count: A valamilyen okból hibásnak vélt és ezért áthelyezett szektorok számlálója (nem tartalmazza a függõben lévõ szektorok számát, ezekrõl késõbb). Az off-line scan vagy egy olvasási próbálkozás során rossznak ítélt szektorokból a HDD megpróbálja a még dekódolható adatokat lementeni, a szektort pedig áthelyezni és a használatból kivonni. Az áthelyezett szektorok rohamos növekedése a lemezfelületre romló fizikai állapotára utal (Barracuda IV-eknél gyakran elõfordul lassú növekedés - :confused: ). A régebbi merevlemezeknél az erre a célra fenntartott tartalék szektorok a lemez belsõ felén helyezkedtek el, ezért ezeknél a nagyobb számú szektoráthelyezések jelentõs (10%+) teljesítménycsökkenést okoztak. A mai drive-ok ún. sector sparing scheme-mel mûködnek, ami azt jelenti, hogy a lemez felületén megadott sávonként van egy tartalék sáv, így az áthelyezések nem okoznak a teljesítményben változást.

Reallocation Event Count: Áthelyezési események számlálója, függetlenül attól, hogy hány szektor helyezõdött át egy esemény alkalmával, illetve hogy sikeres volt-e a mûvelet.

Seek Error Rate: 1000000 seek mûvelet alatti hibákat számolja. Minden 5000000 seek mûvelet után újraszámolódik. Túl alacsony érték elméletileg a servo vagy a vezérlés hibájára utalhat, de Seagate drive-oknál felvehet alacsony (és általában lassan növekvõ) értékeket.

Spin Retry Count: Felpörgési próbálkozások száma. Minden 5 felpörgés után újraszámításra kerül.

Device Power Cycle Count: Üzemciklusok száma, általában megegyezik a Start/Stop Count-tal. Statisztikai célokat szolgál.

Drive Temperature: Aktuális hõmérséklet, amit a vezérlõpanelre épített szenzor mutat. A RAW érték átváltása után általában °C-ban kapjuk meg a hõmérsékletet. A mai gyártók közül egyedül a Western Digital az, ami ezt még nem támogatja.

Current Pending Sector Count: Az olyan szektorok száma, amik a meghajtó "pending" listájában vannak. A függésben levõ szektor egy olyan bad szektor, amelyet a következõ kell érvényesíteni (használatba visszahelyezés vagy használatból való végleg kivonás és áthelyezés - reallocate). Magyarán szólva ez egy magnetoszatikailag instabilabb szektor, amirõl még a meghajtó sem döntötte el, hogy rossz-e, vagy sem.

Offline Scan Uncorrectable Sector Count: Azon szektorok száma, melyeknél a meghajtó javíthatatlan olvasási hibát észlelt a legutóbbi off-line scan során.

Ultra ATA CRC Error Count: Az utolsó 8000 szektor UDMA módban történõ átvitele során észlelt CRC hibák számlálója. A hibaarány 4000 szektoronként újraszámításra kerül. Szokatlan érték esetén érdemes kábelcserével indítani, de tuning és drivergond is okozhatja.

Write Error Rate: Adatok rögzítése közben észlelt hibák. Az érték csökkenése a mágneses felület és/vagy a mechanika rossz állapotára utal.

Power Off Retract Count: Kikapcsolások során a hardveres fejparkolási (IBM: kifésülési) folyamatok számlálója.

G-Sensor Error Rate: Fizikai behatások száma. A SMART egy gyorsulásérzékelõ szenzorból veszi az adatokat, ilyen csak notebook merevlemezeken található meg.

Torque Amplification Count: 'Fogatónyomaték erõsítések' száma. Csapágyproblémák vagy letapadt fej esetén a meghajtó erõs rántásokkal próbálja a sikeres felpörgést elérni, ez a torque amplification. Az érték csökkenése komoly mechanikai problémákra utal.

GMR Head Amplitude: GMR (Giant-MagnetoResistive) fejek vibrációjának amplitúdója. Az érték csökkenése mechanikai problémákra utal. DTLA-knál véletlenül elég divatos

Disk Shift: A lemezek elmozdulása a forgástengelyhez képest. Sem a mértékegységek, sem az érték esetleges csökkenésének pontos okai nem ismertek. Ez is kizárólag notebook meghajtókban használt.

Loaded Hours: Csak IBM merevlemezekre vonatkozik (Exelstor?). Azon órák számlálójra, amikor a fejek a lemezek fölött (mûködési pozícióban) voltak. Tudni kell, hogy az IBM újabb notebook merevlemezeiben illetve a DTLA óta desktop drive-okban (és persze SCSI vonalon is) bevezette azt, hogy a fejek a kikapcsolást követõen kiemelésre kerülnek a lemezekrõl, és egy rámpára kerülnek. Így normális esetben a fejek soha nem kerülnek fizikai kapcsolatba a lemezekkel, ami többek között megnövelt élettartamot biztosít. A fejek rámpáról való behúzása a továbbiakban "betöltés".




Load Cycle Count: Betöltési ciklusok számlálója. Csak statisztikai szerepet tölt be.

Load-in Time: Betöltéshez szükséges idõ. Az attribútum megmutatja mennyi idõre van szükség induláskor a fejek teljes készenléti állapotához.

Load Retry Count: Betöltési próbálkozások száma. Általában valamilyen mechanikai elváltozásra utal a csökkenése.

Load Friction: A rámpákról a fejek betöltése közben mért súrlódás.

===============

Egyelõre ennyi volna. Megjegyzésnek még annyit, hogy ezek az attribútumok hivatalos nevei, white paper-ekbõl kiszedve... Ezt csak azért írom, mert láttam már különbözõ programokban elég érdekes dolgokat (SpeedFan féle "offline correctable" szerû marhaságokkal az élen ). Ha bármilyen újdonsággal tudok szolgálni, ezt a hozzászólást fogom szerkeszteni...

Update: íme 3 táblázat az offline scan-rõl és a self test-rõl. Remélem mindenki számára érthetõ lesz - sajnos a csucs.hu nem túl megbízható így ha valaki tud valami megbízhatóbb forrást akkor szivesen átírom a linkeket a jövõben... jó böngészést.







[ 2003. április 08.: Csybe szerkesztette a hozzászólást ]

[ 2003. április 22.: Csybe szerkesztette a hozzászólást ]

[lameXpert]

[Csybe]

Nyilván sokaknak érthetetlen az offline scan fogalma, ez már folyamatban van Keresek valami korrekt definíciót a SMART-ra is, ha már arról beszélünk

[Csybe]

idézet:

---

Ezt írta lameXpert:
[/quote]

[Satriani]

[Qpack]

Csybe gratula...KCS ment!

[Meszo]

Ez tényleg kellett

[caratyuska]

Gratula Csybe ,de kcs-t nem adok ,már nem tudok

[Signal]

idézet:

---

Ezt írta Csybe:
Keresek valami korrekt definíciót a SMART-ra is, ha már arról beszélünk [/quote]
Elõször is gratula, ez szép munka, másrészt:

[url="http://"http://www.pc.ibm.com/us/infobrf/ibsmart.html"]http://www.pc.ibm.co...rf/ibsmart.html[/url]

Where did S.M.A.R.T. come from?

In 1992, IBM began shipping 3.5-inch hard disk drives that could actually predict their own failure—an industry first. These drives were equipped with Predictive Failure Analysis (PFA), an IBM-developed technology that periodically measures selected drive attributes—things like head-to-disk flying height—and sends a warning message when a predefined threshold is exceeded. As a result of IBM's efforts, this technology subsequently became the ANSI-standard S.M.A.R.T. SCSI protocol.

Industry acceptance of PFA technology and interest in extending its protection to Ultra ATA drives led to the creation of the S.M.A.R.T. Working Group (SWG) in 1995. IBM was one of the earliest members of this group and has continued to play a leading role. Other original members of the group were Conner Peripherals, Fujitsu Limited, Hewlett-Packard Company, Maxtor Corporation, Quantum Corporation, Seagate Technology and Western Digital Corporation. The S.M.A.R.T. specification produced by the SWG covers both Ultra ATA and SCSI hard disk drives.

[url="http://"http://www.seagate.com/support/kb/disc/smart.html"]http://www.seagate.c...disc/smart.html[/url]

- The evolution of S.M.A.R.T.
- Some failures are predictable, and some are not.
- How attributes are determined
- The two S.M.A.R.T. specifications

[Csybe]

idézet:

---

Ezt írta Signal:

Elõször is gratula, ez szép munka, másrészt:

[url="http://"http://www.pc.ibm.com/us/infobrf/ibsmart.html"]http://www.pc.ibm.co...rf/ibsmart.html[/url]

Where did S.M.A.R.T. come from?

In 1992, IBM began shipping 3.5-inch hard disk drives that could actually predict their own failure—an industry first. These drives were equipped with Predictive Failure Analysis (PFA), an IBM-developed technology that periodically measures selected drive attributes—things like head-to-disk flying height—and sends a warning message when a predefined threshold is exceeded. As a result of IBM's efforts, this technology subsequently became the ANSI-standard S.M.A.R.T. SCSI protocol.

Industry acceptance of PFA technology and interest in extending its protection to Ultra ATA drives led to the creation of the S.M.A.R.T. Working Group (SWG) in 1995. IBM was one of the earliest members of this group and has continued to play a leading role. Other original members of the group were Conner Peripherals, Fujitsu Limited, Hewlett-Packard Company, Maxtor Corporation, Quantum Corporation, Seagate Technology and Western Digital Corporation. The S.M.A.R.T. specification produced by the SWG covers both Ultra ATA and SCSI hard disk drives.

[url="http://"http://www.seagate.com/support/kb/disc/smart.html"]http://www.seagate.c...disc/smart.html[/url]

- The evolution of S.M.A.R.T.
- Some failures are predictable, and some are not.
- How attributes are determined
- The two S.M.A.R.T. specifications
[/quote]

Köszi Egy részét majd lefordítom magyarra és beszerkesztem a legelsõ üzenetbe.

[Obi-Wan]

Csibi, nem semmi!
THX!

[kokler]

Ezeket az adatokat a SMART programbol lehet kiolvasni?
Vagy oprenceren keresztul elerhetoek?A fogalmak immar vilagosak,de az osszefuggesek meg nem egeszen.

[Renwick]

idézet:

---

Ezt írta kokler:
Ezeket az adatokat a SMART programbol lehet kiolvasni?...[/quote]

A S.M.A.R.T-nak pont az lett volna lényege, hogy a háttérben folyamatosan figyelve a mûködési paramétereket, a felhasználót idõben tájékoztassa egy esetleges meghibásodásról.
Namost ez valahogy többnyire nem akar a gyakorlatban mûkdöni. Nem dõlt el az sem, hogy BIOS/OS/software szinten kell-e az ellenõrzést végezni, a gyártók össze-vissza paraméterezik a S.M.A.R.T attribútomokat, van olyam modell (akár egy gyártó terméksáláján belül is), ahol 100-as a max. érték, van olyan, ahol 200, vagy ennél is több.
Így elég nehéz egy valóban jól használható, szabványos hibaprognosztizáló funkciót implementálni.
Összefoglalva mindezt, a S.M.A.R.T a kezdeti ígéretes indulás ellenére mára nagyjából sz*rt sem ér, ezt tükrözik legalábbis a tapasztalatok.
Egy dologra jó szvsz; ha használt vinyót veszel, akkor egy S.M.A.R.T kiolvasó programmal hozzávetõlegesen meg tudod ítélni, hogy mennyit volt gyepálva az elõzõ tualjnál...

üdv

R.

[Taranis]

Valaki összefoglalná röviden, hogy maguk a számok, mit is takarnak?
AIDA32 ben pl. :Hardware ECC recovered; Küszöb:0, Érték:100, Legrosszabb:100, Adat:38119, Állapot: mindig rendben.
Tehát, hogy "mennyi az annyi"?

[Csybe]

idézet:

---

Ezt írta Taranis:
Valaki összefoglalná röviden, hogy maguk a számok, mit is takarnak?
AIDA32 ben pl. :Hardware ECC recovered; Küszöb:0, Érték:100, Legrosszabb:100, Adat:38119, Állapot: mindig rendben.
Tehát, hogy "mennyi az annyi"?[/quote]

V=100-[100×(A÷R)] ahol V az érték, A az adat (ami itt nem más mint az ECC által helyrehozott olvasási hibák száma az utolsó x mûvelet alatt, mindig hexadecimális szám ezért váltani kell!) és az R egy referencia szám ami megmutatja, mekkora az a legnagyobb számú hiba ami még normális ilyen esetben. Magyarul ha az érték 100, akkor az olvasott szektorok <1%-kánál kellett az ECC-nek besegíteni, ha pl. 95, akkor kb. 5%-nál. Régebbi Maxtor vinyóknál a value egészen kis (akár 10 alatti) értékeket is felvehetett, pl. a D540X-rõl tudom ezt biztosan.

[szucsati]

Gratulálok, nagyon szép összeállítás!

Bocsánat, most bele fogok kontárkodni a témába, de ide vág.

Egy kis fsb emelés után (próbára ment, egyszer 142, egyszer 138, mindkétszer lefagyott a rendszer) hibát jelzett a gép induláskor, smart hibát.
Megjegyzem, kb egy percig sem tartott egyik emelés sem most, de régebben ment huzamosabb ideig 138-on, gond nélkül.

Nos aida azt mondja, hogy ez a baja:

"0A Spin Retry Count 223 222 221 24 Várható meghibásodás: Közelgõ adatvesztés jósolható"

Fentebb írtad, hogy ez mit jelent magyarul, de mi ennek a tényleges jelentése? Esetleg hogyan lehetne rendbe tenni? Tényleg olyan bajos?

Egy pár óra állás után amúgy nem jelzett hibát a bootoláskor a gép...

Elõre is köszi a segítséget!

[Csybe]

idézet:

---

Ezt írta szucsati:
Gratulálok, nagyon szép összeállítás!

Bocsánat, most bele fogok kontárkodni a témába, de ide vág.

Egy kis fsb emelés után (próbára ment, egyszer 142, egyszer 138, mindkétszer lefagyott a rendszer) hibát jelzett a gép induláskor, smart hibát.
Megjegyzem, kb egy percig sem tartott egyik emelés sem most, de régebben ment huzamosabb ideig 138-on, gond nélkül.

Nos aida azt mondja, hogy ez a baja:

"0A Spin Retry Count 223 222 221 24 Várható meghibásodás: Közelgõ adatvesztés jósolható"

Fentebb írtad, hogy ez mit jelent magyarul, de mi ennek a tényleges jelentése? Esetleg hogyan lehetne rendbe tenni? Tényleg olyan bajos?

Egy pár óra állás után amúgy nem jelzett hibát a bootoláskor a gép...

Elõre is köszi a segítséget![/quote]

köszi

Kicsit furcsa az eset fõleg mivel az értékek nem tûnnek alacsonynak. Maxtor vinyó? Esetleg a megemelt FSB-t és így PCI frekvenciát a vezérlõpanel nem szerette, és emiatt nem tudott felpörögni, hirtelen erre tudok gondolni. Pár naponta azért nézz rá SpeedFan-nal vagy bármilyen SMART progival...

[rulla]

Szeva Csybe!

érdekes és hasznos topic.
amúgy miujság, jársz még a Terminal-ra? Esetleg a windows-fórumára?
ehe

[szucsati]

Igen, Maxtor.

Kolléga ajánlotta Active smart használatát.
A progi a következõket dobta ki:
[url="http://"http://tar.hu/szucsati/pub/a_smart.txt"]http://tar.hu/szucsati/pub/a_smart.txt[/url]
[url="http://"http://tar.hu/szucsati/pub/a_smart.gif"]http://tar.hu/szucsati/pub/a_smart.gif[/url]

[ 2003. április 09.: szucsati szerkesztette a hozzászólást ]

[SkyNET]

idézet:

---

Ezt írta Csybe:


V=100-[100×(A÷R)] ahol V az érték, A az adat (ami itt nem más mint az ECC által helyrehozott olvasási hibák száma az utolsó x mûvelet alatt, mindig hexadecimális szám ezért váltani kell!) és az R egy referencia szám ami megmutatja, mekkora az a legnagyobb számú hiba ami még normális ilyen esetben. Magyarul ha az érték 100, akkor az olvasott szektorok <1%-kánál kellett az ECC-nek besegíteni, ha pl. 95, akkor kb. 5%-nál. Régebbi Maxtor vinyóknál a value egészen kis (akár 10 alatti) értékeket is felvehetett, pl. a D540X-rõl tudom ezt biztosan.[/quote]

És ebbõl lehet következtetni valami gondra, vagy csak statisztikai jellegû? Mert nálam az érték: 12, legrosszabb: 1, és az adat: 404893560 az AIDA szerint.
Ezek szerint nálam szinte mindig kell az ECC-nek besegítenie. Egy Quantum AS 30 Gb-os lenne.