Hozzászólások
Van egy fura - lehet lámer problémám:
Ubuntut 5.10 telepítettem a notebookomra, farigcsáltam, működik minden !
A probléma, amire nem találtam leírást a fórumokban:
Kb. 3 másodpercenként (3-5 között) mindig periodikusan megkerren a merevlemez egy pillanatra. Ez látható is a sysmon-on. De nem tudom melyik processz csinálja.
Próbáltam a processzek kilövöldözésével megoldani a dolgot, megnézni hogy melyik proc csavargatja a winyót, de nem sikerült alig volt valami mégis megkerrent periodikusan. Utána a ReiserFS naplózásra gondoltam, hogy lehet mindig frissíti a filerendszer naplóállományát, de nem találtam, hogy hol lehet beállítani hogy kb. csak 2-3 percenként csinálja, ha egyáltalán az a baj.
Néztem a grub.lst-t van-e valami konfig lehetőség ennek beállítására, nem találtam.
A dolog roppant zavar, mert egy lakásban élek a notebookommal és szeretném éjszakára is bekapcsolva hagyni pár dolog miatt.
Valami ötlet?
- A hozzászóláshoz be kell jelentkezni
Elszor is at kellene menned recovery modba, aztan figyeld, ott csinalja-e.
- A hozzászóláshoz be kell jelentkezni
[quote:a9f1826ca7="norcrys"]Elszor is at kellene menned recovery modba, aztan figyeld, ott csinalja-e.
Köszi, igazad volt, nem kerregett fel periodikusan.
Még akkor sem, amikor reboot után a gdm login screen-je látszik, csak akkor kezdi el "csinálgatni" a winyót, miután beléptem a gdm-ről, és a desktopot látom.
Mi lehet? Tovább?
- A hozzászóláshoz be kell jelentkezni
Mondjuk mostmárt ha belegondolok jó úton vagyok: gdm alatt átváltok konzolra, csinálok egy processzlistát, majd belépés után a különbséget elkezdem kilövöldözgetni, és csak valamelyik lesz az :)
- A hozzászóláshoz be kell jelentkezni
[quote:ee910cffa4="crypton"]Mondjuk mostmárt ha belegondolok jó úton vagyok: gdm alatt átváltok konzolra, csinálok egy processzlistát, majd belépés után a különbséget elkezdem kilövöldözgetni, és csak valamelyik lesz az :)
Olyan 31 processznyi különbség van, gdm-el megy:54, belépés után: 85.
Ha valaki meg tudná mondani melyik csinálhatja, idecopyzom (bocs ha hosszú), de ha kapásból tudja, nem kell végiglövöldözni a processzeket.:
---
8106 ? Ss 0:00 x-session-manager
8144 ? Ss 0:00 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session x-session-manager
8147 ? Ss 0:00 dbus-daemon --fork --print-pid 8 --print-address 6 --session
8148 ? S 0:00 /usr/bin/dbus-launch --exit-with-session x-session-manager
8150 ? S 0:01 /usr/lib/gconf2/gconfd-2 5
8153 ? S 0:00 /usr/bin/gnome-keyring-daemon
8155 ? S 0:00 /usr/bin/esd -nobeeps
8159 ? Ss 0:00 /usr/lib/bonobo-activation/bonobo-activation-server --ac-activate --ior-output-fd=18
8161 ? Rs 0:00 /usr/bin/metacity --sm-client-id=default0
8164 ? S 0:00 /usr/lib/control-center/gnome-settings-daemon --oaf-activate-iid=OAFIID:GNOME_SettingsDaemon --oaf-ior-fd=25
8169 ? S 0:00 /usr/lib/gamin/gam_server
8182 ? S 0:00 xscreensaver -nosplash
8194 ? Ss 0:00 gnome-panel --sm-client-id default1
8197 ? Ssl 0:00 nautilus --no-default-window --sm-client-id default2
8199 ? Ss 0:00 gnome-volume-manager --sm-client-id default4
8205 ? S 0:00 /usr/lib/gnome-panel/wnck-applet --oaf-activate-iid=OAFIID:GNOME_Wncklet_Factory --oaf-ior-fd=29
8207 ? S 0:00 /usr/lib/gnome-netstatus/gnome-netstatus-applet --oaf-activate-iid=OAFIID:GNOME_NetstatusApplet_Factory --oaf-ior-fd=31
8209 ? S 0:00 /usr/lib/gnome-applets/battstat-applet-2 --oaf-activate-iid=OAFIID:GNOME_BattstatApplet_Factory --oaf-ior-fd=32
8211 ? R 0:00 /usr/lib/gnome-applets/mixer_applet2 --oaf-activate-iid=OAFIID:GNOME_MixerApplet_Factory --oaf-ior-fd=33
8213 ? S 0:00 /usr/lib/gnome-panel/clock-applet --oaf-activate-iid=OAFIID:GNOME_ClockApplet_Factory --oaf-ior-fd=34
8215 ? Sl 0:00 /usr/lib/gnome-applets/gweather-applet-2 --oaf-activate-iid=OAFIID:GNOME_GWeatherApplet_Factory --oaf-ior-fd=35
8217 ? S 0:00 /usr/lib/gnome-applets/multiload-applet-2 --oaf-activate-iid=OAFIID:GNOME_MultiLoadApplet_Factory --oaf-ior-fd=36
8219 ? S 0:00 /usr/lib/gnome-applets/cpufreq-applet --oaf-activate-iid=OAFIID:GNOME_CPUFreqApplet_Factory --oaf-ior-fd=37
8221 ? Sl 0:00 /usr/lib/fast-user-switch-applet/fast-user-switch-applet --oaf-activate-iid=OAFIID:GNOME_FastUserSwitchApplet_Factory --oaf-ior-fd=38
8233 ? Ss 0:00 update-notifier --sm-client-id default7
8235 ? Ssl 0:00 gnome-cups-icon --sm-client-id default3
8237 ? S 0:00 /usr/lib/notification-daemon/notification-daemon
8239 ? Sl 0:00 /usr/lib/gnome-applets/trashapplet --oaf-activate-iid=OAFIID:GNOME_Panel_TrashApplet_Factory --oaf-ior-fd=39
8246 ? Sl 0:00 /usr/lib/gnome-vfs2/gnome-vfs-daemon --oaf-activate-iid=OAFIID:GNOME_VFS_Daemon_Factory --oaf-ior-fd=60
8254 ? S 0:00 /usr/lib/nautilus-cd-burner/mapping-daemon
8272 ? Sl 0:00 gnome-terminal --working-directory=
8274 ? S 0:00 gnome-pty-helper
- A hozzászóláshoz be kell jelentkezni
Én elsőre a
gnome-volume-manager-ra illetve a gnome-vfs-daemon-ra tippelnék.
Másodikra viszont a sok kicsi applet-en rágódnék.
- A hozzászóláshoz be kell jelentkezni
[quote:d163aeac55="rado"]Én elsőre a
gnome-volume-manager-ra illetve a gnome-vfs-daemon-ra tippelnék.
Másodikra viszont a sok kicsi applet-en rágódnék.
kilőttem, de nem "talált" :-(
- A hozzászóláshoz be kell jelentkezni
[quote:38590ea16c="crypton"][quote:38590ea16c="rado"]Én elsőre a
gnome-volume-manager-ra illetve a gnome-vfs-daemon-ra tippelnék.
Másodikra viszont a sok kicsi applet-en rágódnék.
kilőttem, de nem "talált" :-(
jéé, meglett a második csillagom :D :D
- A hozzászóláshoz be kell jelentkezni
Úgy néz ki, sikerült megoldanom az "állandó vinyócsörgetés" problémáját :)
---
Valójában a következőképpen néz ki a dolog:
1. van egy úgynevezett gamin csomag (honlap: http://www.gnome.org/~veillard/gamin/ ) telepítve az alap ubuntuban, amelynek célja a- leírások szerint - a Fájlok megváltozásának követése. Tehát ha valaki töröl, létrehoz, másol, stb.. file-okat, akkor a /usr/lib/gamin/gam_server ezt figyeli és a többi processz, pl. filekezelővel tudatja a változást. Ez alapbeállításban pollinggal történik, kb. 3 másodpercenként nézi a file rendszert. (default a /media/* és /mnt/*)
Nem tudom ez jó-e a vinyónak, szerintem nem, és engem pedig idegesít mert mindig "csörög".
2. Sok csomag függ tőle, ezért ne töröljük, vagy uninstalláljuk, apt-get remove-ra az egész gnome-ot el akarja távolítani a csomagkezelő!
3. Én először a file átnevezésével próbálkoztam, így uygan elindul a gnome, de tet lassú lesz, mert mindenkia gam_server-re vár minden műveletnél.
4. Alapértelmezésben nincs config file-ja a /etc könyvtárban a gam-nak, ezért létre kell hozni egyet, és könyvtárat is neki
sudo mkdir /etc/gamin
utána:
sudo touch /etc/gamin/gaminrc
sudo touch /etc/gamin/mandatory_gaminrc
A gamingc és mandatory_gaminrc beállításokról bővebben:
http://www.gnome.org/~veillard/gamin/config.html
Én a következőket tettem mindkét file-ba ( a mandatory mindig felülbírálja a gaminrc-t, és a userek />$HOME/.gaminrc-t, hibaás konfig kivédése ellen estetemben mindekttő ugyanaz):
notify /mnt/*
notify /media/*
A configfile-ok felülbírálják, létezésük esetén, a default beállításokat (lásd a linket).
Tehát megszüntettem a default gam_server - polling-ot, helyette a kernel által támogatott notify -t használom, a mnt könyvtárra....
a
sudo killall -9 gam_server
paranccsal újraindul a gam_server, és nem buzerálja a vinyómat 3 másodpercenként :-)))))))))))))
crYp
- A hozzászóláshoz be kell jelentkezni
Udv!
Nekem egy egeszen hasonlo problemam van, szinten laptopra raktam ubuntut, nomeal hasznalom es kb masodpercenkent megvillan a winchester led, gkrellm is jelzi h masodpercenkent valami process aktiv es a diskhez is szep utemesen behuz egy csikot. Idegesito es ensem hiszem h jot tesz a lemeznek, viszont a crypton altal leirt megoldas nalam nem hozott eredmenyt, van valakinek valami otlete mi lehet ez, egyaltalan mas is talalkozott mar ezzel?
- A hozzászóláshoz be kell jelentkezni