Ki ir a winchesterre

Fórumok

Sziasztok!
Az lenne a kérdésem hogy lehet kideriteni linuxban hogy ki ir a winchesterre. Valami 5 mp-enkent megkergeti a winchestert es igy az sose tud pihenni. Es ez akkor is igy van ha orak ota csak ott van hagyva... Top-pal nezegettem melyik program aktiv abban az idopontban de nem lettem okosabb: mindig mas aktiv

Hozzászólások

"Valami 5 mp-enkent megkergeti a winchestert es igy az sose tud pihenni."

Valahogy működésben kell tartani a rendszert.
sok szolgáltatást futtatsz?

Ez még Solarison is csak a dtrace óta lehetséges...

Ha jol tevedek alapbol az ext3 5 masodpercenkent irja ki a naplot lemezre adatvesztes elkerulesi okokbol,igy pl ha van egy gyakran irt fileod a /var/log alatt vagy mashol, az kiirast fog eredmenyezni. tune2fs -el allitgathatod ezt az időközt vagy hasznalhatsz nem naplozo filerendszert ha nem termelodnek fontos adatok a gepeden,de ekkor az filerendszer helyreállítási ideje jocskán megnovekedhet.

File system flush, vagy valami ilyesmi?
Topot felejtsd el, ez akár valami rövid életű processz is lehet, amit top-al nem tudsz elkapni.
Nemtom van -e linux alá valami audit-trail dolog, de talán egy ilyesmivel lehet próbálkozni.
Szerintem viszonylag reménytelen feladat. (Joel, asszem Solarison nem csak a dtrace óta lehet ilyet csinálni. Cockroft egy könyvében mintha olvastam volna egy példát, hogy hogyan kereste meg mi tekeri a diszket pár másodpercenként. Pont az volt a kérdés mint itt. Ott "mr. fsflush" volt a bűnös, és úgy emlékszem 2.6-os solarison csinálta.)

find -mmin 1 -gyel rakeresve nem jott ki semmi ertelmes
./dev/pts/1
./dev/ptmx
find: ./proc/14705/task/14705/fd/4: Nincs ilyen fájl vagy könyvtár
find: ./proc/14705/fd/4: Nincs ilyen fájl vagy könyvtár

gam_server lesz szerintem
csak ha kilovom mindig ujraindul és nem tudom ki hasznalja
és egyáltalán miert porgeti a lemezt

MI A HALÁL AZ A GAM SERVER?????

Mármint kde alatt is (kubuntu) valami használja néha. leszedni nemlehet, mert törli az egész mindenséget, merthát ugye jól kivan találva ez az apt (jajj de köcsög vagyok ma mindenhol :)), úgyhogy néha annyit tanácsolnak csak, hogy töröljük a binárist....

asszem épp a hup-ról való ez a megoldás:
be kell configolni a gam_server-t, ha nincsenek config fáljok, akkor létrehozzuk:
mkdir /etc/gamin
touch /etc/gamin/gaminrc
touch /etc/gamin/mandatory_gaminrc
majd mindkét fájlba beírjuk:
notify /mnt/*
notify /media/*

bővebben:
http://www.gnome.org/~veillard/gamin/config.html

A vinyo felporgese ismeros problema, de en nem talaltam ra megoldast, pedig mindent kiprobaltam annak idejen, amikor a meg probalkoztam a megoldassal. Joforman minden process-t leallitottam, meg a swap-ot is kikapcsoltam.
Mar legalabb 4 eve kisert ez a problema, azota eleg sokfele kernel verziot, meg file-rendszert, noflushd verziot kiprobaltam mar, de valahogy nem igazan jott ossze. :(

Egy dolgot nem értek. Miért jó, ha nem pörög az a szerencsétlen diszk?

Hi!

Véletlen nem scsi vinyóról van szó? Azokból van olyan, ami fizikai (hőtágulás) okokból megberren kb. 5- 10 másodpercenként állítólag. Ha igaz, valaki megerősíthetne, és el is magyarázhatná, hogy miért.

Ilyen tudtommal van ATA es SATA merevlemezekben, a lenyege abban rejlik, hogy utasitja az elektronikat arrol, hogy a hotagulast kovetoen egymastol mennyire esnek messze a savok. De emiatt nem "ebred" fel a merevlemez sleep-bol, es nem tortenik az meg, hogy emiatt ne sleep-eljen.
---
Hey! Where'd my terminal go?

Én a különféle loggerek (metalog,analog,cronolog,stb)
háza táján is szétnéznék, ők hajlamosak időnként arcátlanul
szektort "karcolni". :)

Ubuntun nem tudom melyik a default kernel logger, de én
(a swap után, és az fs metaadatok naplózásán kívül amik már említve lettek) erre gyanakodnék.