Notebook vinyó

Merevlemezek, vezérlők

Sziasztok!

Még régebben került elő a probléma, de most újra eszembe jutott, ezért megkérdezem már.

Szóval van egy noti vinyóm, Samsung HM120JI azaz 120 gigás SATA. Rövid
használat után észrevettem h. rendszeresen vmi halk kattogás jön a gépből,
és végül a vinyó lett a bűnös. Mintha leállna, de annál gyorsabban éled fel.

Hosszas guglizás után azt találtam, h. "Controlled Ramp Load/Unload" teknológia van benne,
azaz kipakolja parkolópályára a fejet, és ha újra szükség van rá, csak a fejet kell visszaállítani, a lemez foroghat folyamatosan. No igen, ha a szünetekben pihizik a fej, azzal nincs gond. De ez a jóképességű folyamatos használat, töltögetés közben is meg-megakad 2-3 percenként a folyamat, amikor hallhatóan lekapcsol a vinyó aztán azonnal vissza. Ez szerintem pont nem hasznos a vinyónak. SMART alapján az derült ki h. a "load cycle count" mindig nő 1-el ilyen akció során. Egy hónap alatt csinált nekem 20-30 ezer ilyet, ez pedig szerintem nagyon sok! Kikapcsolni nem volt egyszerű, a hiren boot cd-n találtam egy samsunk utilityt, ez tudott némi acoustic menedzsmentet, de ennek teljes kikapcsolása sem oldotta meg a gondot. Végül a Notebook Hardware Controll-ban kellett az Adv. Pow. Management értéket 255-re állítani, és onnantól megszűnt a lekapcsolgatás.

Kérdésem: van ennek bármi értelme? Akár windóz, akár más fut a gépen, időnként hozzáhozzányúl a vinyóhoz rendszeresen, akkor pedig lehet visszahúzni a fejet. A folyamatos működés még enyhébb igénybevétel, mint állandóan nyúzni a fejet. Vélemény?

  • 1782 megtekintés

( Kiskübi v | 2007. 05. 25., p – 19:28 )

> A folyamatos működés még enyhébb igénybevétel, mint állandóan nyúzni a fejet. Vélemény?

Ez így van.
Nekem egy régi-régi Compaq Armadával volt (szerintem) ugyanez. Azon még Debian Slink volt. Az /etc/init.d/checkroot.sh indította el az update parancsot, amely időnként sync-elt. Ennek az idejét kellett megváltoztatni. Most Etch-ben nem látok update parancsot, bevallom, nem tudom, mi sync-el...

Ha Windows alatt is ezt csinálja, akkor érdemes rágúglizni a problémára, mert akkor 1.) nem biztos, hogy sync-elés rántja vissza a fejet; 2.) sokkal több embernél előjöhet a probléma.

( asm v | 2007. 05. 25., p – 20:20 )

Szerintem ez a razkodasvedelem miatt van igy, hogy az idle vinyo feje inkabb parkolopalyan legyen, mert ha kap egy utest, akkor ne karcolja fel a tarcsat.
Ezt az IBM-ek ugy uldottak meg, hogy minden ThinkPad-be szereltek rezgeserzekelot, es ha a rezges eler egy bizonyos szintet, akkor kirantja a fejet oldalra... (sajna ehhez csak wines driver van, linux alatt meg csak a rezgeserzekelo lekerdezeseig jutottak el, vinyo vezerlesig mar nem)

( zfarkas | 2007. 05. 26., szo – 10:40 )

Szia!

Milyen fájlrendszered van? Nekem ext3-nál volt olyan problémám, hogy pl. filmet tmpfs-re raktam, és a winyót leállítottam, hogy egyáltalán ne pörögjön, míg a film megy. Persze x másodpercenként ismételtem elindult a winyó, vagy nem is állt le. Mint kiderült, az ext3 alapból 5 másodpercenként sync-eli a különféle adatokat. Erre van egy ilyen megoldása az ext3-nak: 

commit=nrsec
        Sync  all  data  and  metadata  every nrsec seconds. The default
        value is 5 seconds. Zero means default.

Mondjuk ez nem megoldás a problémádra, esetleg próbáld meg a 'hdparm -S0 -B255 ' parancsot.

( hege | 2007. 05. 26., szo – 14:08 )

A laptovinyók elég gyakran csinálják ezt (fejparkolás). A probléma inkább ott van hogy a kernel elég gyakran próbál syncelni hogy véletlenül se legyen adatvesztés, és minden ilyen syncnél visszakerül a fej a lemezek fölé, majd pár másodperc múlva újra parkol.

Nekem egy hitachi 60G vinyó csinálja ezt, és se power management se acoustic management nem segít rajta (sőt, a firmware frissítés óta egy bazi nagy szám figyel a load_cycle_count-ban). ráadásul az ide vinyó egy sata/ide bridgen keresztül -na, ezeket a marhákat...- van odatéve, tehát van amit a smart/hdparm nem is támogat így.

A sysctl-ben a vm.laptop_mode 1-be állítása segített picit, de ez sem százas.

--
hege

Hát elhiszem.. a gyári datasheet 600.000 load cycle-t ír, ha havonta csinál 20.000-et, ez kevesebb mint 3 év alatt megvan. Ennél azért bőven többet bír egy vinyó, ha nem csinálna ilyen hülyeséget.

Btw. mi a f*szér sync-el a linux X mp-ként, ha nem is változik semmi a fájlrendszerben? Az NTFS nem zörget, ha nincs értelme.

hát igen. mondjuk ez a sync dolog nekem is gyanús... konkrétan nem néztem forráskódot vagy debugot, de ha nem volt semmi olyan processz ami írt/olvasott volna, akkor is volt parkolásból visszaállás elég gyakran, innen gondolom hogy valami kernel processz csinálja.

a vm.laptop_mode azért csökkenti, de annak a dokujában azt írják hogy lehet hogy adatvesztéshez vezet, ugyanis az írásciklusokat megpróbálja az olvasási ciklusokhoz igazítani, így ritkábban kell felkelteni a vinyót.

--
hege