Notebook HDD "kattogó" hangja -> Miért?

Merevlemezek, vezérlők

Sziasztok!

Probaltam megoldast kereseni a guglival, de eddig keves sikerrel. Igy toletek szeretnek a problemam megoldasahoz segitseget kerni. A notebookomban egy FUJITSU MHV2080BH PL tipusu winyo van. Neha mindenfele ok nelkul elkezd halk, szabalyos idokozonket egyfajta kattogo hangot adni. Aztan csak akkor szunik meg, ha ujrainditom a gepet. A S.M.A.R.T. adatok szerint minden okes. Ha kattog akkor is mukodik a rendszer. Csak egyszeruen zavaro ez a kattogo hang. Ha valamelyikotok tapasztalt mar hasonlot, esetleg valamilyen tanacsot tud adni a problemamra nagyon megkoszonnem!

Udv.: Tocs

( tocs | 2007. 09. 06., cs – 20:34 )

mindig csinalok backupot a rendszerrol. addig oke, hogy haldoklik. de most konkretan mi lehet a rossz? olyan mintha az iro-olvaso fej ide-oda kattogna benne. masreszt ezek a merevlemez diagnosztika progik (ami a smart-bol olvassa ki a merevlemez allapotat) miert jelzik, hogy minden a legnagyobb rendbe. valamilyen attributumnak jelezni kellene a hibat??? nemde?

( Skuzzy | 2007. 09. 06., cs – 21:06 )

Szerintem eleg sok vinyo szokott szabalyos idonkent kattogni, akkor valami ellenorzest csinal urban legend szerint.
Keresgelj az archivban, volt mar 1-2x a tema emlekeim szerint.

hat tenyleg meg fog dogleni a winyom. ennyivel is okosabb lettem. :)
de hogy a toshiba hogy a fenebe rakhat ilyen vacak fujitsu hdd-t egy business class notiba... na most legalabb kiderult miert kell a min. 3ev garancia egy laptophoz. alig mult egy eves es problema van vele. koszonom megegyszer is a segitseget!!!

( sibike | 2007. 09. 06., cs – 22:07 )

Nekem egy WD vinyó csinálja ezt január(!) óta. Néha kattan egyet-kettőt. Eleinte iszonyú zavaró volt (olyan érzésem volt, mintha ez lenne az utolsó kattanása halál előtt). Azóta backuplok néha, de nem igazán akar meghalni. Gari októberig van de nem tudom visszavinni mert smart szerint jó a vinyó. Esetleg vki megsúghatná, hogy smartctl-al hogy lehet komolyabb tesztet futtatni.

Egyébként a gép vagy 7/24-ben megy, vagy vonatozik/villamasozoik velem, szóval nem kímélem.

smartctl -t long /dev/{hdd}
Begin an extended self-test of drive /dev/hdc. You can issue this com-
mand on a running system. The results can be seen in the self-test log
visible with the ´-l selftest´ option after it has completed.

- man smartctl

Nekem mindig igazam van, ha nem, akkor nincs igazam, szoval megint igazam van hogy nincs igazam.
debian 4.0 - linux-2.6.22.6-pancs1-wifi2 - 2.6.22.6 kernel madwifivel itt

( lukit | 2007. 09. 06., cs – 22:09 )

Nekem IBM vinyo kattogott idonkent, de annal ez termeszetes volt.

( Gollam | 2007. 09. 07., p – 09:12 )

SZVSZ nagyon nem jó, hogy kattog. BACKUP mindenek felett.
Az egy év nem is olyan rossz... mostanában találkoztam 3 hdd-vel, amik nem bírtak egy hetet sem. Pedig három különböző gyártmány: samsung, seagate, hitachi...

( kecsa | 2007. 09. 07., p – 12:24 )

Nekem is kattogott noti winyo, majd egyszer azt vettem észre, hogy RO a rootFS. Backup addig is volt, de ekkor intézkedtem is egy újabb hdd beszerzéséről.

Amúgy

smartctl -a /dev/akarmi

Releváns részek (az output egy reményeim szerint jó hdd-ről van):

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000b 100 100 062 Pre-fail Always - 0
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
2 Throughput_Performance 0x0005 100 100 040 Pre-fail Offline - 1653
3 Spin_Up_Time 0x0007 222 100 033 Pre-fail Always - 1
4 Start_Stop_Count 0x0012 099 099 000 Old_age Always - 1784
5 Reallocated_Sector_Ct 0x0033 100 100 005 Pre-fail Always - 0
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
7 Seek_Error_Rate 0x000b 100 100 067 Pre-fail Always - 0
8 Seek_Time_Performance 0x0005 100 100 040 Pre-fail Offline - 0
9 Power_On_Hours 0x0012 097 097 000 Old_age Always - 1600
10 Spin_Retry_Count 0x0013 100 100 060 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 1272
191 G-Sense_Error_Rate 0x000a 100 093 000 Old_age Always - 0
192 Power-Off_Retract_Count 0x0032 100 100 000 Old_age Always - 15
193 Load_Cycle_Count 0x0012 090 090 000 Old_age Always - 101269
194 Temperature_Celsius 0x0002 148 100 000 Old_age Always - 37 (Lifetime Min/Max 19/50)
196 Reallocated_Event_Count 0x0032 100 100 000 Old_age Always - 0
197 Current_Pending_Sector 0x0022 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0008 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x000a 200 200 000 Old_age Always - 0
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ez kábel azthiszem

A hullajeloltnél elkezdett nőni az 5. sor. Ettől még nincs SMART error, de majd lesz előbb utóbb. A sector reallocation (íráskor minden sector-t visszaellenőriz, ha nem nyert, akkor átpakolja egy speciálisan erre fenntartott területre) egy bizonyos mértékig normális, de a folyamatos növekedés egyértelműen probléma. Már csak azért is, mert végtelem mennyiségű sector-t nem tud átpakoni persze.

( colos | 2007. 09. 07., p – 12:52 )

nekem gyenge tap miatt szokott lehalni az asztali gepemben a maxtor winyom kattogo hang kisereteben, szerintem nezd meg a csatlakozasokat

udv Zoli

( wladek1 | 2007. 09. 07., p – 15:54 )

Nekem az ősöreg DELL notimban lévő IBM HDD szokott hasonlót csinálni (van vagy 6 éves), szerintem szép lassan vágásérett. NFS-re dolgozok, így túl nagy veszteség nemn ér, ha kifekszik.
Szerintem ez azért nálad is a haldoklás jele lesz...

__

Nem létező fájl vagy könyvtár while trying to determine device size

( tocs | 2007. 09. 07., p – 22:32 )

Ugy latom eleg gyakori ez a "kattog a winyom aztan egyszer elszall". Nekem ez az elso ilyen jellegu problemam winyokkal.

( hege | 2007. 09. 07., p – 23:05 )

nekem egy kis 1,8" -as hitachi-m kattog, állítólag természetes okból (ha nincs aktivitás akkor leparkolja a fejet, hogy ha leesik a gép akkor ne legyen baj; ezt ez a pici vinyó ilyen hangosan csinálja). sajnos smartctl/hdparm-mal nem lehet kikapcsolni ezt a rossz szokást. viszont a teóriát alátámasztja hogy ha folyton írok a vinyóra akkor egyáltalán nem kattog, csak ha idle a gép.

vm.laptop_mode beállítása állítólag segít - ilyenkor ritkábban ír a vinyóra pl.logokat ezért ritkábban húzza be az olvasófejet a lemezek fölé, így ritkábban kattog. firmware frissítés is segíthet néha. illetve a filerendszereknél a noatime kikapcsolása, naplózó fs esetén a commit / transaction max age, stb. értékeket is lehet bütykölgetni.

szóval egyáltalán nem biztos hogy meghalás előtt van, de ha zavar a kattogás akkor persze gariban próbáld meg kicseréltetni.

koszi a tippeket! elvileg ebben a fujitsu-ban is van ilyen razkodas- es uteselnyelo vedelem. csak neha ad ki ilyen hangot. es pont ez a furcsa. pedig sokszor razkodik, amikor aktiv benne a vedelem, es akkor megsem kattog.
az a gyanum, hogy neha a fej kihuzasa parkoloallasba dolog meghulyul es akkor elkezd kattogni. vagy valami ilyesmi :D de termeszetesen beviszem a toshiba szervizbe, ugysem jartam meg ott :D aztan meglatjuk mit mondanak ra. de hogy pont akkor nem fog kattogni amikor a szervizbe viszem az hetszentseg. majd csak elhiszik.

Amit nálam produkál, azt így tudod ellenőrizni:

-akksiról Működtesse! ;)
-ne csinálj semmit a géppel
-10-15 mp múlva leparkol a fej ('kritt-katt')
-indíts el bármit ami aktivitást vált ki a vinyóból
-azonnal visszaugrik a fej a lemezek fölé ('katt-krrrrrittt')

Amúgy ha smartctl-lel nézed akkor a 'Load_Cycle_Count' jellemző 1-gyel nő minden ilyen esetben. Ebben az a szomorú hogy X-százezerre vannak hitelesítve a vinyók, de ez a folytonos ki-be parkolás elég gyorsan használja - átlag percenként 1-3szor.

Ez egy hülyeségnek hangzik, mert amikor kiparkoltatja a fejeket akkor nem úgy csinálja hogy odavágja az oldalához. Nézzél meg egy vinyót belülről és látni fogod hogy csak a lemezek felületéről megy el a fej, és amikor parking állásban van akkor sem ér hozzá semmihez. Éppen azért veszi el a felülettől, mert ha nem pörgeti a lemezeket akkor nincs meg a pár mikronos légrés a lemez és a fej között.

( t-bee | 2007. 09. 08., szo – 03:24 )

Nekem most halt meg így egy vinyóm átmenetileg. A csatlakozót törtem el a tápkábel lehúzgálásával és hónapokig nem jöttem rá hogy miért kattog. Aztán egyszer beborult az idő, és a sötét dobozban megláttam egy fényes pontot a vinyó alján, amiról kiderítettem hogy ívfény ahogy a törött csatlakozóláb ívet húzott folyamatosan a nyákon maradt másik felével. Ez a a vinyón folyamatos ki-be kapcsolgatást eredményezett és a smartctl is mutatta hogy pörgött fel a számlaló.

( bazso | 2007. 09. 08., szo – 08:05 )

Én azokra szavazok, akik a csatlakozásproblémát valószínűsítik. Nekem fusi noti játszotta, hogy néha kattogott, majd egyre gyakrabban (ekkor már baromi sűrűn mentettem) végül egyszer csak non system disk-kel elszállt. Én már temettem a winyót, amikor egyik kololéga odajött, visszanyomkodta a csatlakozót, és azóta is jó... Ebben olyan a konstrukció, hogy alulról felfelé van rajta a kábel, és nincs alátámasztva. Azaz minden lerakáskor kap egy a lehúzás irányába ható rántást. Nézd meg, hátha megúszod.

Üdv,
BaZso

nem tudom. nagyon szetszedni nem merem a notit, mert van rajta meg 2ev gari . masreszt amikor levettem a winyo fedelet semmi erre utalom jelet nem lattam. (hogy csatlakozasproblema lenne vele.) az ugy be van oda "betonozva" mindefele gumirozassal meg razkodasvedo cumokkal, hogy nincs az-az isteni ero ami lazitana a csatlakozon. egyebkent koszonom a tanacsot BaZso!