haldokló merevlemez

Merevlemezek, vezérlők

Sziasztok! Van egy kb. 4 hónapos HP Pavilion laptopom, benne egy 250 gigás Toshiba merevlemezzel. A gépre Vista és Ubuntu 9.04 van telepítve. A Vista kb. 3 hete furán viselkedik: bekapcsolás után működik egy ideig normálisan, majd lefagy az egész gép, olyan, mintha egy, vagy több process kerülne végtelen ciklusba. Kb. 5 perces várakozás után lassan magához térni látszik ilyenkor a gép, megengedi, hogy egy-két processt "kilójek", de általában a gép bekapcsológombjával tudom csak leállítani ilyenkor a gépet (hosszan nyomom, amíg nem kapcsol ki a gép). Kiderült, hogy összeszedtem egy Conficker fertőzést. Gondoltam ez a probléma, emiatt lassul be ennyire a gép, újrainstalláltam a Windows-t, de megint jelentkezett a hiba, igaz, most a Windows kb. fél-egy perc után magához tért.
Ubuntu alatt is jelentkezett a probléma. Tegnap töltöttem egy-két dolgot torrenten, a Vuze lefagyott állandóan két filmnél, I/O hibaüzenettel, miszerint nem tud olvasni a letöltött kb. 10 fájl közül kettőt. Próbáltam betudni valami Vuze-hibának. Ubuntu is lefagy ilyenkor, de pár perc alatt magához tér, kiír egy hibaüzenetet, hogy nem tudta olvasni ezt, meg ezt a fájlt, és kész. Ha kill-lel ,vagy killall-lal lelővöm a Vuze.-t, akkor nincs gond. Ha számít valamit, akkor az ext3-mas partícióimmal nincs semmi gond, csak azokkal, amiken NTFS van. Minden fagyásnál fura kerregésbe-berregésbe kezd a merevlemez. A hang periodikusan ismétlődik. Egyszer régen volt egy 80 gigás Seagate merevlemezem, melőtt meghalt, az is ilyen hangokat adott ki...
Megnéztem a merevlemez SMART adatait windows és linux alatt is. Mikor új volt a merevlemez a HEALTH értéke 95% volt. Néztem is, hogy miért nem 100%, de gondoltam sebaj. Viszont most lecsökkent 65%-ra a HEALTH. Huszonvalahány BAD SECTOR van a merevlemezen, és 14 instabil. A HDSentinel Windows-os adatai szerint. A kérdéseim: szerintetek jelen esetben mit csináljak? Mentsem az adataimat, és hívjam a HP-t? Hiába törölném a partíciókat, a BAD SECTOROK megmaradnak, nem? Kb. 10-12 éve, egyik ismerősöm mondott olyat, hogy lehetnek a merevlemezen fizikai és logikai bad sectorok is... A logikai bad sectorokat a Windows csinálja a merevlemezre,pl. a nem szabályosan kapcsolod ki a gépet... A logikai bad sector fozmázás után eltűnik... Szerinte... Azóta nem olvastam ennek utána, de lehet, hogy nálam is ilyesmiről lenne szó? Mondjuk szerintem ami bad sectoros, az bad sectoros. Meg kell tőle szabadulni. A Smart adatokat meg tudtommal nem módosítja a merevlemez formázása, újraparticionálja. Más: a régi FuSi laptopom merevlemezén már kb. 2 éve van X mennyiségú bad sector. Egy hónap alatt keletkeztek, ahogy észrevettem, mikor kint a minusz 10 fokban használtam a gépet, meg utána hirtelen bevittem a melegre, és nem vártam meg míg magától szobahőmérsékletű lesz... A bad sectorok száma azóta is x, nem nőtt, nem csökkent. A gép megy rendesen. Viszont ott nem voltak soha ilyen olvashatatlan fájlok ,mint most.

SMART szerint a merevlemez eddig 44 napot ment, és 782 nap a becsült élettartama.

A gép még garanciális. Szerintetek ilyen hibára mit mondana a HP? Garanciálisan kicserélik a merevlemezt?

Mi a fene okozhatta ezt az egészet?

Az esetleges válaszokat, tanácsokat előre is köszi.

  • 2959 megtekintés

( Proci85 v | 2009. 07. 11., szo – 11:47 )

Próbálj lementeni róla mindent, aztán gari. Ilyen hibákkal nem érdemes trükközni. Torka véres:)

( ppenta | 2009. 07. 11., szo – 11:55 )

AZONNAL GARI!!!

Ments mindent, és vidd a gépet szervízbe! Én azért komolyan verném az asztalt mert szerintem a HP nem engedhetné meg magának, hogy egy 4-hónapos gépben már ilyen gatya legyen a vinyó!

( vanns36 | 2009. 07. 11., szo – 12:38 )

Rendben, köszi a hozzászólásokat. Akkor még annyit, hogy van valami jó ötletetek arra, hogy hogyan töröljem a végén a merevlemezt? dd-vel?

van aki rám azt mondja hogy összesküvéselméletes, paranoiás vagyok, de az általad említett módszert én sem értem, legfeljebb amikor még 3kg-os volt a 10megás vinyó volt még értelme, de a mai adatsűrűségnél ((régen még pazaroltak, de ahogy egyre precízebbek, miden morzsát megpróbálnak kihasználni)) a második felülírás is egyszerűen a gyakorlatban idő/áram pazarlás

(ha tényleg meg akarod semmisíteni egyszerűen kell annyira fontos legyen/ értéke nem összemérhető a vinyóéval, hogy inkább valami fizikai megsemmisítésnek veted alá, egyszerűen gyorsabb, kényelmesebb, szórakoztatóbb :D )

(ha végképp extrém paranoiás valaki, tehát 100m mélyen atombiztos bunkerban érzi csak jól magát, akkor is elég egy random után egy nullázás)

lentebbi író badblocks is ugyanannyi idő alatt fut le (mindkettő írja sequenciálisan a vinyót, a többi művelet ehhez képest elhanyagolható)

dd if=/dev/zero of=/dev/sdx bs=1M count=250

a kiírt időt megszorzod 1000-el, aztán még az áfát ráteszed, és pont annyi :)

áfa: a vinyó a vége felé lassabban olvas, ha pontosabb értékre vagy kíváncsi, dd-nek a "seek=" opcióját megnézed a manban, és a végére írsz, majd a kettőt átlagolod, és attól már csak egy kicsit lesz több, de az áfa nem rossz közelítés :)

de persze ha tudod hogy kb (ha már ez volt a kérdés) milyen gyorsan ír a vinyód, akkor miért teszel fel ilyen kérdést? :)

ps: s/250/232/ :)
pps: hülyeséget írok, a badblocks ugye vissza is olvassa hisz ellenőriz, szal még szorozd be kettővel :)

( Ewkins | 2009. 07. 11., szo – 13:51 )

"Mikor új volt a merevlemez a HEALTH értéke 95% volt. Néztem is, hogy miért nem 100%, de gondoltam sebaj."

Nem hát. Már akkor kellett volna bacc papuccsal nekiesni a HP-nak.

"Mi a fene okozhatta ezt az egészet?"

Az kiderül ha elvégzed legalább a short SMART tesztet. Ha viszont ahogy írod már kerreg is akkor tény, hogy tönkrement, adatokat minél előbb mentsd le róla és cseréld ki.

Ha amiatt aggódsz, hogy a rajta lévő adatok rossz kézbe kerülnek, akkor dd if=/dev/zero of=/dev/{eszköz}, de méginkább shred -vz /dev/{eszköz}.

Még jó, hogy itt egyértelmű a tényállás, én egy WD Caviar Green-el szenvedtem, minden teljesen rendben volt vele (SMART szerint), csak az összes fájl korruptálódott ami rá lett írva / le lett olvasva róla. Többszöri mid-level format (átírás 0-kkal, random adatokkal) és terheléses próba után sem derült ki mi vele a probléma (azon felül, hogy WD My Book külső házban lakott, ami elég nagy probléma)

Hogy lehetett volna kideríteni, hogy a cache hibázik?

A cache méreténél (8 Mb, lévén WD5000AVVS*) nagyobb fájlokkal is teszteltem, ha ez számít valamit.

* A My Book szériába a lehető legócskább merevlemezeket teszik hőre olvadó műanyag házba sok pénzért. A nagyobb kapacitású WD Caviar Black és a Sharkoon Rapid-Case ház olcsóbban jöttek ki együtt, mint a My Book. (Így jár aki nem néz utánna, hogy mit vesz).

Nekem van egy külső ház, amiben általában jól működnek a harddiskek, de néha teljesen összekavarja az adatokat. Amióta ez kiderült (400G hdd-n két partíció filesystem-je ment a levesbe), azóta csak read only módon használom.

Nem reprodukálható a hiba, de egyértelmű, hogy ez a szerkezet a bűnös.
Másik diszkdobozzal vagy sima USB-SATA fordítóval hibátlanul megy az összes hdd.

G

Lassan befejezem az adatok mentését, utána megcsinálok egy short SMART tesztet. Ilyen HEALTH leromlás lehet pl. túlmelegedés miatt? Túlságosan nem lett megterhelve eddig, pár napja viszont kb. 3-4 órát rátettem az ágyamra, mondjuk csak a matracra, tehát nem volt alatta semmi puha, ment a Vuze, egy-két megabájt/sec-kel töltött fel állandóan, én meg közben filmet néztem. Néha kicsit meg lett lökve a gép, vagy hirtelen felemeltem... Vista alá van valami progi, ami leállítja a merevlemezt, ha pl. túl gyorsan emelem fel/mozdítom meg a gépet. Ubuntu alá ilyesmi létezik? A másik meg, hogy a bekapcsológombbal kellett leállítanom mostanában a Vistát, de azt hittem ez a Conficker miatt van... Sajna úgy látszik mégse... :(

pont azért hogy ne használj ubit :) *
(kicsit gondolkodik az ember: ha már garantálni akarsz valami védelmet (gép vagy vinyó gyártóként) miért merészelnél egy oprendszer válaszára várni hogy a a fejet/írást függessze fel)

*: mármint maga program léte, azaz szinte biztos hogy semmit sem csinál, csak legfeljebb értesíti a vistát hogy "a mocsok júzer hibája volt a teljesítménycsökkenés, nem te ütemeztél valamit rosszul", de ilyet nem feltételezek :)

Megvettem a gépet, hallgattam az eladóra, és "megformáztam" az akksit, igaz csak egyszer, ha jól emlékszem... Most 85%-os az akksi is. Bementem egy héttel a vásárlás után panaszkodni, hogy miért csak 85%-os az akksi. Erre azt kérdezi, honnan veszem én ezt az infót? Hát mondom, Ubuntu mondta nekem... Erre ő: "Hagyd azt a sz@rt. A linux az nem jó adatokat ír ki. Nézd meg windowson everest-tel. Tudod mi az everest?" Ja, mondom, tudom. Azzal is megnéztem. Az is 85%-ot ír ki. Erre csak csóválta a fejét az ipse... :)

A témához visszatérve: Vista alatt, ha pl. elkezdem mozgatni a gépet, akkor a HDD aktivitást jelző fehér lámpa pirosan kezd világítani, és tényleg leáll a HDD működése. Ubuntu alatt meg úgy nézem akár a falhoz is vághatnám a gépet, akkor se áll le a hdd. Szegény Vista nem tudott mit kezdeni az I/O problémával, most, hogy megtanultam nem kell pánikolni, ha egy-két fájl másolásánál elkezd kerregni és akadozni a gép, így Ubuntuval egész kezelhező a masinám. Elveszett 3 db kb. másfél gigás film, meg 3 dvd méretű iso... :(

( elod v | 2009. 07. 12., v – 00:00 )

Ne futtas rajta badblocks-ot, mert minden rossz (pending) szektort reallokál.

Úgy vidd vissza, ahogy van és mondd el, hogy 40 óra üzemidőnél nem normális a reallokált szektor jelenléte.

( pomm v | 2009. 09. 07., h – 10:45 )

Sziasztok!

Hasonló gond, bár nincsenek fagyásaim, de szaporodnak a realloated szektorok.
A gép egy acer one aspire, a lemez

Device Model: TOSHIBA MK1652GSX
Serial Number: 39HEF9JUS
Firmware Version: LV020J
User Capacity: 160.041.885.696 bytes

A cucc 2 hónapos. Az elmúlt hétig 13 Reallocated_Sector volt, aztán a mai mérés:

5 Reallocated_Sector_Ct 0x0033 100 100 050 Pre-fail Always - 30

Szerintetek ez elég indok gari érvényesítéshez?
üdv: pomm

En mar 1, azaz egy Reallocated Sector utan is vissza szoktam kuldeni garanciaba a wincheket, eddig mindig kicsereltek. Igaz, hogy mindig csinaltatok egy hosszu SMART ontesztet is, es ha az hibat mutat (jellemzoen igen), akkor szepen kinyomtatom a SMART parametereket, pirossal alahuzva az onteszt eredmenyet, es azt is mellekelem.

Szintén aspire one, hitachi vinyó, ~13 rellokált szektor. Probléma nincs, báááár volt már pár rejtélyes kubuntu fagyás a boot során. Passz, hogy mennyi köze van hozzá. Mindenesetre még az ősszel le akarjuk gariztatni a pesti szervizben. Most vettünk hozzá 12 ezerért +2 év garit. Azt hiszem ennyit megér, mert a gép maga nagyon bejön nekünk.