D'r is in soad ynformaasje op it ynternet oer SMART en attribútwearden. Mar ik bin gjin melding fan ferskate wichtige punten dy't ik wit oer fan minsken dy't belutsen binne by de stúdzje fan opslachmedia.
Doe't ik nochris in freon fertelde oer wêrom't SMART-lêzingen net sûnder betingsten fertroud wurde moatte en wêrom't it better is om klassike "SMART-monitors" net altyd te brûken, kaam it idee by my om de wurden op te skriuwen yn 'e foarm fan in set proefskriften mei útlis. Om keppelings te leverjen ynstee fan elke kear opnij te fertellen. En om it beskikber te stellen foar in breder publyk.
1) Programma's foar automatyske tafersjoch fan SMART-attributen moatte mei grutte foarsichtigens brûkt wurde.
Wat jo witte as SMART-attributen wurde net klear opslein, mar wurde generearre op it momint dat jo se oanfreegje. Se wurde berekkene op basis fan ynterne statistiken sammele en brûkt troch de firmware fan it stasjon tidens operaasje.
It apparaat hat guon fan dizze gegevens net nedich om basisfunksjonaliteit te leverjen. En it wurdt net opslein, mar wurdt generearre eltse kear as it is nedich. Dêrom, as in fersyk foar SMART-attributen optreedt, lanseart de firmware in grut oantal prosessen dy't nedich binne om de ûntbrekkende gegevens te krijen.
Mar dizze prosessen binne min kompatibel mei de prosedueres útfierd as it stasjon wurdt laden mei lês-skriuw operaasjes.
Yn in ideale wrâld soe dit gjin problemen moatte feroarsaakje. Mar yn werklikheid, hurde skiif firmware wurdt skreaun troch gewoane minsken. Wa kin en docht flaters. Dêrom, as jo SMART-attributen opfreegje wylst it apparaat aktyf lês-skriuwoperaasjes útfiert, nimt de kâns dat der wat mis giet dramatysk ta. Gegevens yn 'e lês- of skriuwbuffer fan 'e brûker sille bygelyks beskeadige wurde.
De útspraak oer tanimmende risiko's is gjin teoretyske konklúzje, mar in praktyske observaasje. Bygelyks, d'r is in bekende brek dy't barde yn 'e firmware fan HDD Samsung 103UI, wêr't brûkersgegevens skansearre waarden tidens it proses fan it oanfreegjen fan SMART-attributen.
Konfigurearje dêrom de automatyske kontrôle fan SMART-attributen net. Behalven as jo wis binne dat it cache flush kommando (Flush Cache) earder útjûn is. Of, as jo net sûnder kinne, konfigurearje de scan om sa selden mooglik te rinnen. Yn in protte tafersjochprogramma's is de standerttiid tusken kontrôles sawat 10 minuten. Dit is te gewoan. Dochs binne sokke kontrôles gjin panacee foar ûnferwachte skiiffalen (in panacee is allinich reservekopy). Ien kear deis - ik tink dat it is genôch.
It opfreegjen fan temperatuer trigger gjin attributeberekkeningsprosessen en kin faak útfierd wurde. Want as it goed útfierd wurdt, wurdt dit dien fia it SCT-protokol. Fia SCT wurdt allinnich wat al bekend is fuortjûn. Dizze gegevens wurde automatysk bywurke op 'e eftergrûn.
2) SMART attribút gegevens binne faak net betrouber.
De firmware fan 'e hurde skiif lit jo sjen wat it tinkt dat it jo moat sjen litte, net wat der eins bart. It meast foar de hân lizzende foarbyld is it 5e attribút, it oantal reassigned sektoaren. Data recovery spesjalisten binne goed bewust dat in hurde skiif kin sjen litte in nul oantal weryndielings yn de fyfde attribút, ek al se bestean en bliuwe te ferskinen.
Ik stelde in fraach oan in spesjalist dy't hurde skiven studearret en har firmware ûndersiket. Ik frege wat is it prinsipe wêrmei't de firmware fan it apparaat beslút dat it no nedich is om it feit fan sektorferoaring te ferbergjen, mar no kinne jo der oer prate fia SMART-attributen.
Hy antwurde dat d'r gjin algemiene regel is neffens hokker apparaten it echte byld sjen litte of ferbergje. En de logika fan programmeurs dy't firmware skriuwe foar hurde skiven sjocht soms hiel frjemd. It studearjen fan de firmware fan ferskate modellen, hy seach dat faaks it beslút om "ferbergje of sjen te litten" wurdt makke op basis fan in set fan parameters dy't oer it algemien ûndúdlik binne hoe't se relatearre binne oan elkoar en mei de oerbleaune boarne fan 'e hurde skiif.
3) De ynterpretaasje fan SMART-yndikatoaren is ferkeaperspesifyk.
Bygelyks, op Seagates moatte jo net omtinken jaan oan de "minne" rauwe wearden fan attributen 1 en 7, salang't de rest normaal is. Op skiven fan dizze fabrikant kinne har absolute wearden tanimme by normaal gebrûk.
Om de betingst en it oerbleaune libben fan 'e hurde skiif te beoardieljen, wurdt it earst oanrikkemandearre om omtinken te jaan oan parameters 5, 196, 197, 198. Boppedat is it sinfol om te rjochtsjen op absolute, rauwe wearden, en net op 'e opjûne. . Twang fan attributen kin wurde útfierd op net foar de hân lizzende manieren, oars yn ferskate algoritmen en firmware.
Yn 't algemien, ûnder spesjalisten foar gegevensopslach, as se prate oer de wearde fan in attribút, betsjutte se normaal de absolute wearde.
Boarne: www.habr.com