Hibás szektor lezárása MEGOLDVA

Merevlemezek, vezérlők

Fedorát futtató asztali gép merevlemezén 3 szektor hibás. Lezárható-e linux alatt a 3 szektor? Szükséges-e utána a rendszert újratelepíteni, vagy a hibás szektorok kiiktatása a rendszer stabil futását nem befolyásolja?
Köszönöm a válaszokat:

  • 8761 megtekintés

( uid_16313 | 2015. 09. 26., szo – 18:43 )

Cseréld ki a merevlemezt, amíg nem késő. Szaporodni fognak a hibás szektorok, megbízhatatlan lesz, adatvesztés, és így tovább.
Liveról beboot-olva (ne legyen csatolva egy partíció sem a vinyóról):

badblocks -svn /dev/sda

--
robyboy

"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor

Amelyeket kiírsz dvd-re, de félévente újraírod, de egyébként veszel néhány 1-2 terás ssd-t és offline arra is elmented. Emellett vásárolsz egy szalagos tárolót és azon is megtartod. De mivel katasztrófa is lehet- úgy az egészről mentést tartasz vagy 3 különböző földrészen.

Kicsit túltoljátok, pedig zeller nem mondott hülyeséget.

Kell egy lokális, offline példányt tartani, amit időről-időre (adatok fontosságától függő gyakorisággal) szinkronizálsz. Ha megmurdel a gép, beszopod a cryptolockert, stb., ez elég jól fog jönni. Emellett kell az offsite mentés, amit consumer-ként megúszhatsz elég olcsón Backblaze-zel, itt viszont a határ a csillagos ég - nem elképzelhetetlen otthoni userként sem, hogy az egész csomagod feldobd Azure-ba egy GRS storage-be.

És legyen egy kipróbált visszaállítási terv. Az egész backupot a hajadra kenheted, ha a szükséges encryption key csak a lokális gépen, és a backup konténerben van meg.

( ncc1701 | 2015. 09. 27., v – 08:44 )

Itt az idő cserélni. SSD-re, lehetőleg. Samu 850 evo, vagy 850 pro ajánlott.

( Szenti v | 2015. 09. 27., v – 21:09 )

Félig-meddig ontopic:

1. Ha van BAD sector a winchestereden, az előbb-utóbb szaporodni fog. Ha eddig még nem történt meg, akkor majd meg fog történni, ebben biztos lehetsz.

2. Az az adat, ami csak egy példányban létezik, az nem fontos adat.

3. A RAID nem backup: ha véletlenül törölsz egy RAID tömbről, akkor az letükrözi a törlés műveleteket is. Ha nincs backupod, akkor valószínűleg buktad az adatokat.

Igazából a kérdésemre nem kaptam pontos választ, úgy hogy újrafogalmazom. Kell-e, lehet-e a 3 hibás szektort (bár még nem tudom melyik az) úgy kiiktatnom, hogy a rendszer futását ne akadályozza? Az adatok könnyen menthetők. Vagy egyelőre nincs jelentősége a 3 hibás szektornak? (lsd: Zolti mai 11.17-es hozzászólását)

Steve

"A kor nem érdem, hanem állapot"

Jogos a kérdésed. Ha nincs fontos adatod azon a HDD-n, akkor két dolgot javaslok:
1. Vagy jelöld ki a fájlrendszerben a megfelelő fsck paranccsal. Ezt csak unmountolt fájlrendszer esetén teheted meg, például egy LIVE CD-ről futtatva. Ext4 esetén: http://www.commandlinefu.com/commands/view/8474/run-a-ext4-file-system-…
2. Átalakítod a partíciókat úgy, hogy a hibás szektorokra ne essen partíció

+1
Mélységesen igazad van.
Ennek ellenére a kérdés is egy kissé zavaros. :(
A "3 hibás szektor" információt vajon honnan szerezted meg? A rendszer blokk szinten kezeli a lemezt, ami általában 1kB méretnél kezdődik. Persze lehet akár 4k méretű is a szektor, mindezeket nem tudjuk.
Ha tényleg szektor a hiba, azt a kernel logból pontosan láthatod. Szóval érdemes lenne azt a fentebb ajánlott badblocks howto-t elolvasni!

A SMART képességgel bíró lemez képes javítani magát. Persze néha meg nem. ;) A hiba jellegéről szóló sejtést a "smartctl -Ax" parancs eredményének értelmezéséből nyerhetsz. Az említett okok miatt a badblocks egy magas szintű megoldás lehet - viszont mint ilyen - nem fogja javítani az alacsony szintű hibákat. Tehát ilyenkor papír és ceruza, mert esetleg legközelebbi formázáskor is ki kell hagyni a sérült részt! Ez ugye nem túl informatikai megoldásnak tűnik.

Ravasz, fogós kérdés, hogy ki lehet-e iktatni a hibás szektorokat a futó rendszer alatt. Ezek lehetnek egy nem vagy ritkán használt területen, de akár a swap közepében is... Nyilvánvalóan a hiba pontos behatárolása nélkül az újratelepítés sem old meg semmit.

A megoldás egy ökölszabály: hardver hibát soha nem javítunk online! (Persze létezik olyan rendszer ahol igen, de az nem a linux!)

Offline javitáshoz ajánlom a HDAT2 programot, amit floppyról stb. elindíthatsz. Érdemes egy nem használt részen tesztelni, hogy szereti-e a csatolót.

A szakértő "majd szaporodnak a hibák" hozzászólások igen sokat mondóak. :)) Ehhez nem árt ismerni a diszk életkorát sem. Ekkor a hibák szaporodásanak tendenciája alapján lehet jósolni. Az a 3 szektor akár az 1GB kapacitású lemezhez képest is nulla. (Bár az ilyen lemezet a HD Sentinel már csak 99%-ra értékeli. Nekem meg van egy 100%-os lemezem, ami el sem indul. :))))))))))))

Nem lévén szakember, sem gyakorlott felhasználó, nincsenek mélyreható ismereteim, így a kérdés újbóli megfogalmazása helyett belinkelem a lemezkezelő által készített SMART-diagnózist a lemez attributumairól. Ez gondolkodtatott el, és indított az egész probléma felvetésére.
Ime a képek:

http://kepfeltoltes.hu/view/150928/05_www.kepfeltoltes.hu_.png
http://kepfeltoltes.hu/view/150928/31_www.kepfeltoltes.hu_.png
http://kepfeltoltes.hu/view/150928/20_www.kepfeltoltes.hu_.png
http://kepfeltoltes.hu/view/150928/38_www.kepfeltoltes.hu_.png
http://kepfeltoltes.hu/view/150928/29_www.kepfeltoltes.hu_.png
http://kepfeltoltes.hu/view/150928/139458349129_www.kepfeltoltes.hu_.png

Talán így sikerül leszűkíteni a kört.
Steve

"A kor nem érdem, hanem állapot"

Halál amikor az amerikai szakkifejezéseket lefordítják magyarra.
Helyette szebb lett volna, ha a "smartctl -Ax" kimenetét bekeríted egérrel, majd ide rakod.
(Ezzel látnánk az error logot is, nem csak mesélnék róla!)

Tehát:
9 Bekapcsolva töltött idő -> Power On Hours =N/A ?????
Így megtudtuk, hogy a bekapcsolva töltött időt nem méterben, hanem órában NEM MÉRI ez a diszk. Roppant érdekes...

4 Felpörgések/leállások száma -> Start/Stop Count =9377
és a
12 Bekapcsolási ciklusok száma -> Power Cycle Count =6789
alapján igen öreg lehet a diszk!

193 Parkolózónába lépési ciklusok száma -> Load Cycle Count =255628
Ez végzetesen nagy érték. A diszk élettartamának egyik fontos mutatója. Célszerű lenne csökkenten a felesleges parkolások számát!

196 Áthelyezések száma -> Reallocation Event Count =2
Azaz 2 szektor hibás volt - átkerült a tartalék területre. Ezzel nincs semmi baj.

197 Függőben lévő szektorok száma -> Current Pending Sector Count =1
Erre a szektorra rá kellene írni valamit, hogy kihelyettesítse a diszk.

A javítás menete - mint írtam - két féle lehet.

Egyik féle:
1. Ha meg akarsz menteni valamilyen lényeges adatot (arról az 1 db függőben levő szektorról), akkor a kernel hibaüzenetei vagy a smart errorlog alapján be kell határolni a hibás szektor filesystem-ben elfoglalt helyzetét a badblocks segítségével.
2. A HDAT2 read/write/read/compare ("Most Powerful Test") módjával fel lehet frissíteni a diszket, miközben a hiba is kijavul. Van némi esély az adatvesztésre a függő szektoron.

A másik féle meg a mikor az 1. pont kimarad. ;)

Rossz esetben előkerülhet több hiba is. Ezért a lényeges adatokat érdemes menteni művelet előtt.
Ha ettől kell félni, érdemes először egy teljes olvasási tesztet végezni, hátha van még rossz szektor.

Nagyon rossz esetben nem javítható a hiba! (Ezt majd akkor!)

Ezek sajnos - a diszk méretétől függöen - több órás játékok lehetnek.

Mondtam, hogynem vagyok valami nagy informatikából. Használom, de nem mindent értek. Pl. ezt sem: "A HDAT2 read/write/read/compare ("Most Powerful Test") módjával fel lehet frissíteni a diszket,..." Mi az a HDAT2?
Aztán:"Helyette szebb lett volna, ha a "smartctl -Ax" kimenetét bekeríted egérrel, majd ide rakod." A smartctl -Ax egy konzolon kiadandó parancs?
És végül: "érdemes először egy teljes olvasási tesztet végezni, hátha van még rossz szektor". Oké, de hogyan kell egy teljes olvasási tesztet lefuttatni?
Üdv.

Steve

"A kor nem érdem, hanem állapot"

"Mondtam, hogynem vagyok valami nagy informatikából." :)

Ahol feljebb írtam a HDAT2 alá van húzva (vagy valami hasonló), azaz egy link: http://www.hdat2.com/
Ha egerentyűvel megnyomod, akkor a HDAT2 oldalára irányít. Ez egy DOS alatt futó program, amelyet valamilyen bootolható eszközre el kell juttatnod. (pl.: floppy :), pendrive, cd) A gépet erről kell bootolni, majd a programot elindítani. (Hasznos dolog, ha a DIR és CD parancsokat azért ismered.)
A Download menüben tölthetsz le ISO-t. Javaslom, hogy a 5. verzió helyett inkább a 4.93-at töltsd le!

Második megoldás, ha megkeresed az UBCD-t (google keresés -> első találat: Ultimate Boot CD), amely tartalmazza a HDAT2 programot. Csak a menüben kell megtalálni! ;) Viszon azt írja, hogy "HDAT2 5.0 - Latest stable release, but with device-level testing disabled." Ezt most éppen nem tudom mit jelent, de valószínűleg pont a javasolt teszteket nem lehet futtatni. :( Lehet kísérletezni korábbi verzióval...

"A smartctl -Ax egy konzolon kiadandó parancs?"
Bizony. De legalább nincs tele értelmezhetetlen magyar nyelvű hülyeségekkel. Nem, nem antinacionalista vagyok! ;) Viszont egy üzenetet bemásolva a google megmondja amit nem tudsz, míg a magyar félrefordítások alapján nem igazán.

Ha megnézted volna a HDAT2 programot, akkor beljebb lennénk. Van demo módja is, meg screenshot is!
Pl. a "Device Main menu"

Bal oldalon látszanak a "Device Tests Menu" elemei.
Pl.:
A "Check Bad Sectors only" semmit nem bánt, csak végigolvassa a lemezt.
A "Most Powerful Test": olvas, visszaírja, olvas, majd a két olvasás eredményét összehasonlítja. Ezzel a nem írható szektorokat is kiszűri, miközben "frissíti" a lemez adatterületét.
Kicsit lejjebb a SMART menüben nézheted meg az attribútumokat - amiket elküldtél. ("Read Attribute Data")

Sajnos ez egy hardver javítás! Nincs olyan lehetöség, hogy írd be ezt és nyomd meg azt és kész. Ha az autód nem húz 100km/h felett, akkor a szerelő nem fog az autópályán belebújni a motorházadba! Szépen felrakja egy fékpadra, rácsatlakoztatja a műszerei és méricskél. Semmi olyat nem mond, hogy nyisd fel a motorházat és balról a hetedik csavart húzd meg!

No, jöhetnek a további kérdések.

Hát akkor a további kérdések:
1. Miért nem bootol be a HDAT2iso_493.exe? Csak adatlemezként hajlandó kiíratni magát, ISO-ként nem. Így viszont a telepített rendszer indul el.
2. A Hiren Boot CD simán bebootol, feltálalja a kínálati listát, a DOS Programms-nál viszont megáll. Booting DOS Programs, - ezt még kiírja, aztán nem megy tovább, nem csinál semmit. Pedig elvileg itt kéne felkínálni olyat, hogy HDD Tools, és ezen belül a HDAT2-t, de idáig már nem jut el.Miért?
A smartctl -Ax kimenete: ERROR: smartctl requires a device name as the final command-line argument.Use smartctl -h to get a usage summary.
Ezt követően kilép.Miért?
Megjegyzés: a gép usb-ről nem bootol; csak linux van, még wine sincs, nem is kell.

Steve

"A kor nem érdem, hanem állapot"

1. A HDAT2iso_493.exe egy önkifejtő program (WinRAR self-extracting archive). Linux alatt pl a 7zip kicsomagolja belőle a hdat2_v493.iso-t amit ki kell írni.

2. Nem tudom. :(

Dejszen írja is: smartctl requires a device name as the final command-line argument - azaz az utolsó paraméter az eszköznév.
Ilyenkor illik beírni: man smartctl
Ez így kezdődik: smartctl [options] device

Tehát pl.: smartctl -Ax /dev/sda

ahol

-A, --attributes
[ATA] Prints only the vendor specific SMART Attributes. The Attributes are numbered from 1 to 253 and have specific names and ID numbers. For example Attribute 12 is "power cycle count": how many times has the disk been powered up.
(Megjegyzés: ATA==SATA - hosszú...)

-x, --xall
Prints all SMART and non-SMART information about the device. For ATA devices this is equivalent to
'-H -i -g all -c -A -f brief -l xerror,error -l xselftest,selftest -l selective -l directory -l scttemp -l scterc -l devstat -l sataphy'.

Kiegészítés: Így működik a 7zip

7z e hdat2iso_493.exe

7-Zip 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18

Processing archive: hdat2iso_493.exe

Extracting hdat2_v493.iso

Everything is Ok

Size: 13504512
Compressed: 4485779

Talán a hupper plugin tréfált meg.

A hdrecover semmi érdekeset nem csinál, mindössze az akár kézzel is elvégezhető SMART kihelyettesítést erőszakolja ki. (Nézd meg a forrást!) Szóval csak ír, olvas, ellenőriz. A HDAT2 és társai (pl. SpinRite) a SMART kikapcsolása mellett dolgozik, így lehetőségük nyílik a SMART által nem/rosszul javított hibák saját algoritmussal történő kezelésére.

Ezért is javasoltam az oprendszer nélküli javítást, mert az a biztos. Jártam már úgy, hogy a programom nem csinált semmit, mert az ATA parancskészlet egyes elemeit a linux kernel kimaszkolja, azaz nem hajtja végre.
Alapos egyedi diszk piszkálásra meg az MHDD alkalmas - jól szkriptelhtő. Bár régen nem fejlesztik, de talán elég is amit tud. A kedvencem, amikor kiszínezve dumpolja a szektorokat - a szín pedig az egyes szektorok elérési idejét jelenti. Ilyen módon nem csak a hibás LBA-t kapod meg, hanem látszanak a "gyengébb" területek. Ilyennel pl. egy olyan diszket teszteltem, amiben a forradalmian új servo-t megvalósító firmware ELŐDJE volt, így az 500-ból az utolsó 12GB területen zörgött és lassú volt a diszk.

Naszóvalmégeccerfussunkneki: A hddrecover csak nagyon egyszerű javításra jó. A SMART meg a kommersz diszkek sajártja és szart sem ér, tehát nem bíznám rá a javítást. (Tán itt írtam: Van a HD Sentinel által kifogástalan diszkem - a SMART alapján - de sajnos egy bitet nem lehet leolvasni a diszkről.)

( Darkcomet | 2015. 10. 02., p – 16:41 )

Azért nem ártana tudni, pontosan milyen merevlemezről van szó. Ha mondjuk WD Green, erősen el kezdenék aggódni, mentenék, amíg lehet, és sürgősen beszereznék valami mást, minimum egy bluet.

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Lefuttattam a HDAT2-t. Itt a kimeneti képernyő. 1 hibás szektort jelöl, lehet-e / kell-e vele valamit csinálni?


A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu

url=http://kepfeltoltes.hu/view/151003/HDAT2_www.kepfeltoltes.hu_.jpg][/url]
A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu

Steve

"A kor nem érdem, hanem állapot"

A hibás szektor LBA=70579650 - ezt ki kell javítani.

Device tests menu -> Detect and fix bad sectors menu ->
Setup -> First sector number = 70579523, Last sector number = 70579777 (kb. hiba +/- 127 szektor)
Device tests menu -> Detect and fix bad sectors menu (tehát vissza a setup-ból) -> Fix with READ/WRITE/READ

Remélhetően ez simán lefut. Utána
Device tests menu -> Powerful test READ/WRITE/READ/COMPARE
Kezdéskor a First/Last sector automatikusan visszaáll a diszk elejére és végére.
A diszk régi, lassú, de kicsi - remélhetően nem fog sokáig tartani a vizsgálat, amely gyakorlatilag frissíti az egész diszken az adatokat. Ha az ERRORS 0/0/0/0 marad a végén, akkor hibátlan a diszk, lehet írni olvasni.

A végén a SMART attribútumokat érdemes ellenőrizni, hogy mi változott!

Device tests menu -> Detect and fix bad sectors menu -> eddig oké, de ezeket a lehetőségeket nem találom: Setup -> First sector number = 70579523, Last sector number = 70579777 (kb. hiba +/- 127 szektor)
Device tests menu -> Detect and fix bad sectors menu (tehát vissza a setup-ból) Hogyan kell ide belépni és az adatokat beírni?
Ezek már simán megvannak:
Device tests menu -> Powerful test READ/WRITE/READ/COMPARE
Tehát a Setup stb kezdődő részt nem találom.

Steve

"A kor nem érdem, hanem állapot"

Ebből megtudtuk:

- Mégis van üzemideje a diszknek:
9 Power_On_Seconds -O--CK 026 026 000 - 11171h+51m+45s
Következésképp amelyik program ezt nem tudja kiolvasni, azt ne használd!

- A teljes diszk végigkefélésének időtartama jósolható ebből:
Extended self-test routine
recommended polling time: ( 55) minutes.
Ennek legfeljebb a két-háromszorosa lehet. (kb.!)

- Ezekről már volt szó:
5 Reallocated_Sector_Ct PO--CK 099 099 024 - 3
193 Load_Cycle_Count -O--CK 031 031 000 - 256072
196 Reallocated_Event_Count -O--CK 099 099 000 - 3
197 Current_Pending_Sector -O--C- 090 090 000 - 1

- Az error logból látszik, hogy három helyen és három eltérő időpontban történtek a hibák.
A tendencia - véleményem szerint - nem túl súlyos. A diszk közeledhet az elhasználódás felé, de ez nem biztos. Ez hályogkovácsászatnak tűnhet, de ha utána olvasol, akkor megérted.

- A hibák egyik lehetséges oka:
194 Temperature_Celsius -O---K 100 020 000 - 27 (Min/Max 4/71)

A diszk specifikációjából

Temperature - Operating
5°C to 55°C (ambient)
5°C to 60°C (disk enclosure surface)

Thermal gradient
20°C/h or less

Ezt bizony alul/felül túllépte a diszk!
Nem ártana kipucolni a hűtő rendszert!
Az utolsó adat szerint, ha pl. -20 fokban sétálgatsz a géppel, akkor legalább 3 órát kell melegíteni, hogy a 25 fokos szobában bekapcsolhasd! És nem szabad a kályhára rakni!

Lefuttattam a HDAT2-t, úgy ahogy írtad. Csont nélkül lement, nem írt ki a végén egyetlen hibát sem. Ezek szerint sikerült a javítás. Köszönök minden segítséget, nélküled nem tudtam volna megoldani. Szóval: Mégegyszer kösz.
A házilagos tisztítás szerinted megoldható?

Üdv.:

Steve

"A kor nem érdem, hanem állapot"

Azért a SMART-ot nézd meg, hogy mi változott!

Tisztítás.

Először meg kellene győződni az egyes alkatrészek hőmérsékletéről. (linux alatt: lm-sensors)
Nem biztos, hogy annyira súlyos a helyzet. Mindenesetre érdemes elgondolkodni, mikor volt 4 fokos a gép és mitől lehetett 71 fokos! Télen szellőztetéskor, napon vagy ágyban párnák közt? ;)

Ha ez laptop, akkor add meg a típusát! Van olyan, ami alulról bontható 3 csavarral, meg olyan is, ami 50 csavarral és 20 pucukával.

Ha desktop, akkor mindenképpen tisztítható.

Kell hozzá:
- porszívó (a profik olajmentes kompresszorral/drága sürített levegővel fújják!)
- porecset (a festékboltban a legolcsóbb)
- csavarhúzó (Philips 1, 2)
- hővezető paszta (ha a CPU-t, laptopban a grafikus csipet kell újra kenni)
- esetleg alkohol (a rászáradt hővezető paszta eltávolításához)

Szóval némi info után folyt. köv.

A HDAT2-n a SMART attributumoknál nagyon sok hibát ír (Error). Már maga a cd is azt jelzi a menüben, hogy a Smart hibás (Error) A menü elemei nem is futottak végig. Sajnos nem tudok angolul, így nem értem, képet pedig nem tudok most mellékelni. A fc lemezkezelőjének SMART ellenőrzése az alábbi eredményt hozta.


A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu

url=http://kepfeltoltes.hu/view/151009/49_www.kepfeltoltes.hu_.png][/url]
A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu

url=http://kepfeltoltes.hu/view/151009/49_www.kepfeltoltes.hu_.png][/url]
A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu

url=http://kepfeltoltes.hu/view/151009/49_www.kepfeltoltes.hu_.png][/url]
A képet a Képfeltöltés.hu tárolja. http://www.kepfeltoltes.hu

Az asztali gép egy itteni számítástechnikai cég által 7-8 éve összeállított konstrukció ASUS házban, tehát tkp "no Name".
Viszont van két laptopom, amire ráférne a kipucolás. Az egyik régi, kb éves ACER TM290, a másik HP Pavilion G15, kb 2,5 éves.Ha erre tudsz tippet adni, megköszönöm.

Steve

"A kor nem érdem, hanem állapot"

Mintha nem történt volna semmi! A SMART 5, 196, 197, 198 értékek változatlanok!
Lehetséges esetek:
- Nem futtattad a második és harmadik tesztet. Pedig pontosan leírtam - közben lépegettem az demo programban!
- Nem javitható a hiba. Bár ennek kisebb a valószínűsége.

Error, error - az csak egy szó. ;)
Ha ezt megnézed: S.M.A.R.T. - Wikipedia, the free encyclopedia, a táblázatban kiszínezték a kritikus hibákat. Még angol tudás sem kell. A kiértékeléshez viszont nem elég az angol, hanem némi rutin és helyes értelmezés is szükséges.

A HDAT2 nyitóoldalán csak annyit jelez, hogy a kritikus jellemzők között van >0 érték. De pl. a security állapot frozen értékére is jelez. (= A biztonsági beállításokkal kapcsolatos parancsok tiltva a következő indításig.)

A HP Pavilion G15 szétszerelésének nehézségi foka 10/10, az ACER TM290 esetén 6/10. Van olyan, amikor 3-4 csavar eltávolítása után lehet kiemelni a hűtőrendszert. Ezt értéklem 0,5/10-re. Szóval gyakorlat híján szerviz! Budapest VII. kerületben tudok nagyon olcsó helyet. Sajnos ez a legjobb ajánlatom. :(

Források:
http://tim.id.au/laptops/acer/travelmate%20290.pdf
https://www.youtube.com/watch?v=EuovxquGRFk

Újra lefuttattam az egész HDAT2-t. Egyetlen probléma akadt, ami úgy látszik, a múltkor elkerülte a figyelmemet. Idézlek:"Device tests menu -> Detect and fix bad sectors menu (tehát vissza a setup-ból) -> Fix with READ/WRITE/READ.Remélhetően ez simán lefut."
Nem futott le. Elindult, de azonnal a végére ment End of test felirattal. Error/sector/ 0/0/0/0. Az előző 3 testet megcsináltam, nem hozott ki hibaeredményt. Most kiváncsi leszek, a SMART attributumokban lesz-e változás.

Steve

"A kor nem érdem, hanem állapot"

Nagyon kavarsz! :)

Összesen 3 dolgot kell csinálni.

1) Olvasási teszt - ez megvot. Sikerült is megtalálni a hibás szektort.

2) A hibás szektor előtt kezdve és utána befejezve javítás.

3) Ha a 2. pont rendben lement, akkor egy teljes frissítés - újraírással.

Szóval most hol tartunk?

Megpróbálom világosabban megfogalmazni a helyzetet.A Device test menü ennél a pontnál akadt el: Fix with READ/WRITE/READ. Elindul a művelet (kék sáv), majd kb 2-3 sec után a végére ugrik és megjelenik a felirat: End of test. Tehát nem megy végig. Erre írtad te korábban, hogy remélhetőleg rendben lefut. Odáig minden test rendben lement, sőt utána a Power full test READ/WRITE/READ/COMPARE is rendesen lemegy. De a Fix with READ/... stb-t úgy tűnik átlépi. Tehát akkor lehet, hogy mégsem javítható a lemez?

Steve

"A kor nem érdem, hanem állapot"

Ezt írtam:
... Setup -> First sector number = 70579523, Last sector number = 70579777 (kb. hiba +/- 127 szektor) ...
Ha ezt beállítottad, akkor tizedmásodperc alatt is lefuthat. A kék csík alatt ír hibát, ha volt.

Ugyanígy a Power full test READ/WRITE/READ/COMPARE után a következő számok a felsorolt műveletekben talált hibákat mutatják, illetve a csík alatt a hibákat részletezve.
A Current pending sector akkor fordul elő, ha nem történt írás a bizonytalanul/rosszul olvasott szektorra. A diszk nem "jogosult" csak úgy mindenfélét írkálni, ezért kell beavatkozni. Tehát:
- a sérült szektort lehetőleg le kell olvasni
- visszaírni
- ha a visszaírás sikertelen, akkor a diszk automatikusan kihelyettesíti
-- ekkor csökken a pending és nő a reallocated szektorok száma.
Ezt teszi a READ/WRITE/READ/COMPARE.

Rossz esetben nem működik a dolog.
Az attribútumok olvasásával lehet ellenőrizni mi történt! (Ezt én innen nem tudom megmondani.)

Mi ez a sok bohóckodás? Elmagyarázom:
A SMART részben parasztvakítás, illetve a diszket kezelni nem tudó rendszerek számára készült consumer diszkek sajátja. Sem a Windows, sem a linux nem kezeli rendesen a diszkeket, de ezeket nem is tudná. Ezért kell kézimunkázni. Ezzel szemben mondjuk AIX alatt egy IBM által nem támogatott SCSI diszk hiba a hibanaplóban így néz ki:
- írási hiba történt
- parancsot adtam a hibás szektor hardveres (a diszk maga) kihelyettesítésre
- a hardver kihelyettesítés sikertelen volt
- szoftveresen (az operációs rendszer) kihelyettesítettem a hibás szektort
Tehát észre sem veszed, csak a naplóban látod.

Egy meghibásodás az esetek jó részében nem mutat meg semmit. Maga a meghibásodás és élettartam is valószínűségi és statisztikai adat. Az abszolút hibátlan diszk is kinyiffanhat, de a sok hibával rendelkező is működhet még sokáig. Ezért érdemes a diszk életkora és a meghibásodások szaporodásának a trendje alapján jósolni. Természetesen a valószínűségi jelleg miatt ez pont így igaz!

Visszatérve a nemstatisztikai ;) 1db diszkedre, minden lehetséges. Attól függ, hogy mi a hiba.
De ha a Powerfull test 0/0/0/0 eredménnyel zárul, akár hibás lehet a SMART bejegyzés. Sajnos ilyet is láttam már.

A Powerfull test 0/0/0/0/ eredménnyel zárult. Ezért zavart meg, hogy a SMART mégis hibát jelez.
Köszönöm a rengeteg segítséget, amit Tőled kaptam. Azt hiszem, elmentünk odáig, amíg lehet. A következő lépés a HDD cseréje lesz.

Üdv.

Steve

"A kor nem érdem, hanem állapot"

:)
A hdd regenerátor oprendszer felett fut. Ezért nem éri el a diszk interfészét közvetlenül, azaz csak a kernel által megengedett parancsok mennek a diszk felé. (Ez linuxon is így van.)
Persze még windows alatt is futtattam pl. pottalk segítségével olyan dos programot, ami az io privilégiumot megszerezve közvetlenül kezelte a diszket. Bár ehhez célszerű az oprendszerből leválasztani a kezelt diszket. Meg egy kicsivel többet kellett volna magyarázni...

Ha tudod mit csinálsz, akkor a fontos adatok kivételével felesleges a mentés. A végtelen türelem meg néha megéri. Pl. a barátom hdsentinel által tök hibásnak jelzett diszkje is abszolút hibátlan volt. Ezután már lila fejjel kérdezte, hogy a szervizben huszasért cserélt diszk is hibántlan lehetett-e. Minden bizonnyal, csak a szervizes sem volt türelmes. ;)

A türelem meg nem elég. Olvastam már néhány diszknek a teljes műszaki leírását, no meg az ATA szabvány néhány verzióját is, sőt programoztam is ezek alapján - hem is sokat. Ezért néha azt hiszem, hogy tudom miről beszélek. ;)