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
- 1614 megtekintés
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?
- A hozzászóláshoz be kell jelentkezni
ami futni szokott:
mysql (nem ez az)
apache
ssh
postfix (de nincs hasznalatban)
powernowd, acpid
beagled (de ha ezt kilovom akkor is folytatja)
- A hozzászóláshoz be kell jelentkezni
tobb mint valoszinu hogy a gam_server
csak azt tudnam miert teszi folyamatosan ha egyszer senki nem hasznalja a gepet?
- A hozzászóláshoz be kell jelentkezni
lsof segithet
Udv. eax
- A hozzászóláshoz be kell jelentkezni
Nem tudom, de Bush az, aki a szerverre ír:)
Mászógép
Bocsánat, kihagyhatatlan volt...
- A hozzászóláshoz be kell jelentkezni
Ez még Solarison is csak a dtrace óta lehetséges...
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Aha, úgy látom közben másnak is ez ugrott be :)
- A hozzászóláshoz be kell jelentkezni
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.)
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
van ra egy bootkor megadhato kernelparameter, amivel kikapcsolja a gam_servert. Nalunk azert volt ra szukseg, mert rendszeresen felugrott 100%ra a proci terheles tole, es nem lehetett kiloni.
- A hozzászóláshoz be kell jelentkezni
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....
- A hozzászóláshoz be kell jelentkezni
valami file valtozast monitorozo demon. Ha ki akarod kapcsolni, akkor add meg bootkor kernelparameternek: "noinotify", es akkor nem lesz gam_server problemad. Ez csak a gyari ubuntu kernellel mukodik, es lehet, hogy elvesztesz tole bizonyos funkciokat, nem tudom.
- A hozzászóláshoz be kell jelentkezni
Na de várj, a noinotify nekem nagyon úgy tűnik kinyírja az inotify-lehetőségeket (pl.: beagle), nem? az nem lenne gond, ha lenne egy filerendszer-monitorozó démon, de télleg ne 100%on pörögjön...
- A hozzászóláshoz be kell jelentkezni
fogalmam sincs, hogy mit okoz a kikapcsolasa pontosan, mert nalam mindenfele gond nelkul mukodik.
- A hozzászóláshoz be kell jelentkezni
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/*
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
jo, akkor dtrace ota lehet *egyszeruen* :)
- A hozzászóláshoz be kell jelentkezni
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. :(
- A hozzászóláshoz be kell jelentkezni
Egy dolgot nem értek. Miért jó, ha nem pörög az a szerencsétlen diszk?
- A hozzászóláshoz be kell jelentkezni
Gondolom hangos a winyoja, es idegesiti a hangja.
- A hozzászóláshoz be kell jelentkezni
Hmm... ez eszembe sem jutott. :)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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?
- A hozzászóláshoz be kell jelentkezni
http://www.dazuko.org/
Van az examples dirjeben i/o aktivitast mutato app.
(meg mount -o noatime)
- A hozzászóláshoz be kell jelentkezni
É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.
- A hozzászóláshoz be kell jelentkezni