WDC WD10EZEX - javított szektorhibák -kuka, vagy még nem?

"Hiába van szoftver RAID1-ben és a másik odaadná az adatot, megfogja a kernel diszk alrendszerét. "

Ezzel próbáltál játszani:

https://en.wikipedia.org/wiki/Error_recovery_control

"Effectively, TLER and similar features limit the performance of on-drive error handling, to allow hardware RAID controllers and software RAID implementations to handle the error if problematic. "

A (mai) diszkeken elég nagy hely van fenntartva a meghibásodott szekorok helyettesítésére.

Ha egy szektor hibásan olvasható, akkor a diszk operációs rendszere megjelöli, mint helyettesítendőt. (ez a pending)

Ha a helyettesítendő szektorra írás történik, akkor átkerül a láthatatlan hibás szektorok közé és a tartalékból kap egy helyettest. Az írás tartalma végül erre az új helyre kerül.

No, ez volt az első osztályos Móricka ismeretterjesztő magyarázat rózsaszín illatos levélpapíron. :-D Amit meg nem írtam ide, az több kötetre rúgna.

Az általad használt javítási módszer nem rossz, de nem is biztonságos. Megadok néhány szempontot, hogy kevesebbet kelljen autóznod. ;)

• A diszkhibák javítását lehetőleg offline (az operációs rendszer futását mellőzve) kell elvégezni - kivétel, ha tudod mit csinálsz.
• A javításhoz célszerű erre alkalmas szoftvert használni. (SpinRite, HDAT2, MHDD) Létezik rengeteg "low level formatter" (stb.), bár az írójának lila gőze sincs mi az, amit csinál. :(
• Ha a diszk vagy annak a hibás területe nincs használatban, és az operációs rendszer is megengedi, akkor lehet online is javítani.
• Egy hiba - több hiba önmagában nem probléma. A meghibásodás mértékének megítéléséhez figyelembe kell venni a hibák szaporodásának trendjét és az eszköz korát is. (Lásd mechanikai kopásgörbe: bejáratás, normál üzem, elhasználódás - élettartam vége)

Ezzel vége a következő rózsaszín fejezetnek! A valóságban egyéb esetek is előfordulnak.

• Az adatblokkok ellenőrzésére és javítására használt ECC biztosította lehetőségek korlátozottak és benne van a tévedés lehetősége is.
• A SMART csak egy tájékoztató rendszer, amiből lehet jósolni is, de sok esetben semmit nem fogunk megtud a diszkről. (Van erről pár tanulmány is.) Hiszen a SMART csak arról tud nyilatkozni, amiről tudomása van.
• Minden korábbi megállapítás csak az adatblokkokat érinti! *

* A mai diszkekben az ősrégi hard track és hard sector helyett minden soft - azaz a szervo információ még egy héjat képez az adatblokkok (szektor) körül. Ha az megsérül, akkor nem beszélhetünk adatblokkról, mert bár fizikailag létezik, de a rendszer képtelen megtalálni. (Ilyen esettel találkoztam, amikor egy windows pagefile.sys állományának elejében keletkezett egyetlen azonosíthatatlan szektor. Kivételesen az ok is kiderült: Nagy hidegben szállított gépet még hidegen bekapcsoltak, és ez látszott is a diszk naplójából.)

A másik SMART hatáskörén kívül álló hiba a szervó rendszer kisebb meghibásodása. (Sikerült vásárolnom egy olyan diszket, ami a korábbi modell és egy fejlett szervóval készült modell között készült. Az utolsó 12GB használaton kívülre került, mert ott olyan hangok keletkeztek, mint amikor megrázod a laza drótkerítést. ;))

Magánvélemények: Amit soha nem használok...

HDSentinel: A diszk 97%-os és néhány szektor hibával rendelkezik. Egyébként egyetlen bit adatot sem lehetett olvasni róla, de az első próbálkozástól mindig lefagyott.

Ubuntu: Sikerült a succccesfulll install, csak kernel nem volt a rendszeren. Kétszer is! :)

Viszont láttam már olyan operációs rendszert, amely önállóan kezelte a diszk hibákat: AIX - scsi, de akár idegen diszkekkel.

A pending sector azt jelenti, hogy az oprendszer megpróbálta olvasni az adott szektort, de nem sikerült. A vinyó egy ideig próbálkozik, de végül olvasási hibát jelez vissza. Megjegyzi magának, hogy hibás a szektor, de még nem tudja átirányítani egy tartalék szektorra, mert nem tudja, milyen adat van benne, és ha átirányítaná, az adatvesztéshez vezetne. Két módon derülhet ki a szektor tartalma a vinyó számára: sok-sok próbálkozás után sikerül kiolvasni az adatot, vagy az oprendszer felülírja új adattal. A vinyó mindkét esetben megjelöli hibásnak a szektort, és átirányítja egy tartalékra (reallocated sector). Namost amikor te felülírod az egész vinyót, akkor a hibás szektort is felülírod, és a vinyó el tudja végezni az átirányítást.

A sima check az így működik, feleslegesen nem írja újra.
Viszont ha kidobod a tömbből és újként berakod, akkor írni fogja.