Вот, к примеру, что даёт гугл на “ Id ”x“ respawning too fast: disabled for 5 minutes” из messages.log
http://www.google.com/search?hl=ru&clie … u&aq=f&oq=
Может что-то осенит..?
kest, я сочувствую, честно, но могу лишь предложить подумать о железе, всё что угодно.., видяха, перегрев, прерывания какие-нить там, блок питания…, на старом компе на AMD , были неожиданные зависы под убунтой 9.04 (а она более чем вменяемая, по сравнению с 9.10, к примеру), вопрос остался нерешённым, тот комп больше не под моим ведомом, но у него с железом было не всё благополучно, вобщем, это просто домыслы мои=)
может ещё everything.log глянуть? (Была такая неприятность в убунте 9.10, возможно, только у меня - при раскрытии оперы из трея, порой вешались иксы наглухо.., ни гасилка иксов, ни терминал по хоткею - глушняк, но оставались живыми три кнопочки, Ctrl-Alt-F1 - там и прибивал оперу, но это немного другой случай.)
Так о xorg-e, это уже другой расклад выходит, я предложил исправить одну строчку в конфиге смплеера (тем, кто использует гномовский хранитель), и при таком варианте smplayer и gnome-screensaver уживаются, но не знаю, конфликтует-ли там что между собой что-нибудь, втихую.
ps/ один человек (не помню ссылку), по-идее, верно понял корень проблемы: смплеер разрабатывается, мало того, что под разные граф/оконные среды, так ведь вообще, кроссплатформенным, но на самом деле, всем не угодишь, следовательно, косяк где-то в нём, а не к в ксорге, гном-скринсэйвере, или ещё где.., к тому-же, он на qt, а приложения на “куте”, как опыт свидетельствует, не всегда безупречно себя ведут в gtk-среде. Гляньте-ка, где там у вас *.ini? Где-где.., в qutim, opera, smplayer - все они на QT, gtk-приложения не используют, насколько я знаю, этот тип/формат/расширение, хз, как там это называется грамотно.
Вобщем, гляньте, если используете smplayer:
~/.config/smplayer/smplayer.ini
мне не понравилась здесь 17-я строка:
disable_screensaver=true
и я добавил в неё одну буковку:
disable_xscreensaver=true
В результате, желаемый эффект достигнут без отключения gnome-screensaver, и если и дальше “всё будет хорошо” - будем считать проблему решённой, но проверьте, интересно.
А можно поподробнее про “стандартную глушилку”? Первый раз слышу=)
ps/ Gnome-mplayer - не.., спасибо))
Хранитель экрана, гномовский, не реагирует на заданную “подавить хранитель экрана” в настройках славного фронтенда. Люди, если у кого есть или была подобная проблема, отпишитесь, пожалуйста. Пока ничего не предпринимал для устранения, потому что, 1) не знаю, возможно, это баг текущей версии смплеера, 2) возможно, дело в некорректном определении монитора в gnome-display-properties - там выводит 50Hz, что применимо исключительно к ЖК-мониторам, тогда как мой, ЭЛТ имеет 75Hz (установлено посредством nvidia-settings и зафиксировано в соответствующей секции xorg.conf), подобный баг с подавлением хранителя экрана имел место в убунте и лечился установкой более ранней версии smplayer-а. Что-нибудь посоветуете?
extra/smplayer 0.6.8-1 [installed] 
     A complete front-end for MPlayer
extra/smplayer-themes 0.1.20-1 [installed] 
     Themes for smplayer
aur/smplayer-svn 3409-1 (159)
    A complete front-end for MPlayer
aur/smplayer-themes-svn 3393-1 (6)
    Themes for smplayer - svn version
Собственно, smplayer - он и в Африке смплеер, так что с дистрами, думаю это не связано.
danger86
Кстати, я, пока сам не наткнулся на грабли, в вики никто не исправил, кроме меня. В английском было исправлено, а в русском - нет.
Не запускайе демоны в фоновом режиме, если в них нуждаются другие демоны. К примеру, “ppp” зависит от “network”, поэтому запуск “network” в фоновом режиме приведет к тому, что “ppp” просто не запустится.
cat /etc/rc.conf
# -----------------------------------------------------------------------
# DAEMONS
# -----------------------------------------------------------------------
#
# Daemons to start at boot-up (in this order)
#   - prefix a daemon with a ! to disable it
#   - prefix a daemon with a @ to start it up in the background
#
DAEMONS=(syslog-ng network xl2tpd hal @gdm @netfs @crond @alsa)
Вот так.
Причём, если добавить переменную в команду запуска smplayer,
env XLIB_SKIP_ARGB_VISUALS=1 smplayer 
то этот костыль здесь тоже сработает. Аналогичная байда, прошу прощения, может наблюдаться и при работе VirtualBox и других QT-приложений. Вопрос, кому от этого легче, Cairo-dock with OpenGL? Видимо, да, потому что в режиме “cairo-dock -c” он, типа, слегка подтупливает.. Риторический вопрос, конечно.
Я писал, что запускал в шелле, ничего там не увидел, допустим, у меня тогда был только автоконнект на асю, жаба потом, по требованию, в терминале кутим выводил загрузку свои плагинов и всего, что там запускается, ошибок там я не заметил, может проглядел просто.., и молчал при коннекте к серверу жабы, вообще, если какая-нибудь прога косячит, я её сразу в консоли запускаю и смотрю вывод, видать не углядел чего-то.., хотя, скорее, дело в том, что надо было ставить автоконнект к жабе и запускать с таким конфигом в терминале, тогда, может и увидел-бы. Ничего, наука.