Виснут Х... [O_o]

По непонятной мне причине начали виснуть X.. При запуске определенных приложений (как я подозреваю написанных на гтк+ в основном) Переустановка приложений не спасает. Виснет причем все намертво - в текстовую консоль выйти не удается (думаю виснут сами Х) - перестановил хорг (заодно обновил до 7.1) - там же проблема.. кто нибудь знает в чем может быть проблема? или может кто сталкивался с подобной? подскажите пожалуйста!

Вы только

Вы только первого января пишите такие мегаинформативные сообщения или нет?

Напишите что за приложения, что в логах, версии программ, emerge --info и т.д.

emerge --info Gentoo Base

emerge --info
Gentoo Base System version 1.12.5
Portage 2.1.1 (default-linux/x86/2006.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.17-gentoo-r8 i686)
=================================================================
System uname: 2.6.17-gentoo-r8 i686 Pentium III (Coppermine)
Last Sync: Mon, 23 Oct 2006 01:47:01 +0000
ccache version 2.3 [disabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python: 2.3.4-r1, 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: 2.3
dev-util/confcache: [Not Present]
sys-apps/sandbox: 1.2.12
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils: 2.16.1-r3
sys-devel/gcc-config: 1.3.12-r6
sys-devel/libtool: 1.5.10-r4
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium3 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/terminfo"
CXXFLAGS="-O2 -march=pentium3 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="ru_RU.KOI8-R"
LINGUAS=""
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 berkdb bitmap-fonts cli cracklib crypt cups dlloader dri elibc_glibc fortran gdbm gnome gpm gtk input_devices_evdev input_devices_keyboard input_devices_mouse ipv6 isdnlog kernel_linux libg++ ncurses nls nptl nptlonly pam pcre perl ppds pppd python readline reflection session spl ssl tcpd truetype-fonts type1-fonts udev unicode userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo xorg zlib"
Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, MAKEOPTS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY

Виснут firefox-2.0.0.1 (предыдущая версия тоже висла)
Thunderbird - 1.5
gimageview, xnview - 1.73
opera 9.0

в логах ничего.. думаю уже может вирус?
видео карта nvidia, дрова стоят с сайта 8776 вроде (до этого были 8774)...

переустановка приложений не помогает :(

З,Ы, пока пытался из линуха запостить это сообщение 2 раза завис firefox... Пришлось через (представьте себе) windows (ужоснах) _________________

:-)

проверьте, не

проверьте, не битая ли у вас память.

Вряд ли. У меня

Вряд ли. У меня сейчас была та же проблема - сдуру врубил поддержку гл-я для иксов, при установленном нвидийном драйвере.. сейчас убрал из юз-флагов гл, все заводится, но при попытке _остановить_ гл-приложение все грохается в паник(не совсем паник, вылетают с исключениями все вещи вроде processes/0, kthreads/0 и прочее, наблюдается из консоли при сигтерме глхгеарс). Сейчас попробую откатиться на 6.9, мож, спасет...

Топикстартеру - переключись сразу после логина в окошках на консоль, когда все грохнется, там вылетят, скорее всего, дебаговые мессаджи, их можно сфотать (лучше снять на камеру) и подумать :)

_________________
unix for life. live for unix

чесно говоря

чесно говоря несколько странно ставить закрытые энвидийные/атишные дрова и при этом вырубать ГЛ - их вообще только для него и ставят. Лучше уж опенсорсные поставь - они намного стабильнее. А 6.9 и 7.0 это одно и тоже, толь одно монолитом, а другое кусками.

evadim А разве

evadim

А разве говорил, что вообще выключил? Просто если собрать Х с флагом opengl, с нвидийными дровами окна вообще не заведутся...

ArtSh

Главное - что там нет nvidia :) Можно, конечно, написать, чтобы VIDEO_CARDS было пустым, но зачем? Вообще мб это хардверная проблема... надо переключиться в консоль и посмотреть дебагмессаджи, до того, как все повиснет.

_________________
unix for life. live for unix

Несколько

Несколько подозрительно выглядят старое ядро и обилие video_cards. Может быть стоит обновиться и убрать всё лишнее из make.conf? Так же немешало бы посмотреть на xorg.conf (без закомментированных строк)...

Имел точно

Имел точно такую же проблему с nvidia.
Меня спасло вот это:

/etc/X11/xorg.conf

Section "Device"
...
Option "RenderAccel" "0"
...
EndSection

это вообще-то

это вообще-то отключение аппаратного ускорения - зачем тогда юзать бинарные дрова энвидии?

Да, но до какой

Да, но до какой то, не очень давней версии, этот ускоритель был экспериментальным и выключенным по умолчанию. А сейчас уже считается доведенным до ума и соответственно включен. Но судя по всему, не все с ним так гладко... А по поводу драйверов - дело вкуса... :)

дело не во

дело не во вкусе - у меня стояли атишные дрова, и я настраивал аппаратное ускорение. если бы мне оно (аппаратное ускорение) было не нужно - я (как сейчас) переехал на дрова опенсорсные - да, стало сильнее медленнее, но! работает как часы. Обычно народ ставит закрытые дрова именно из-за прироста фпс в GL приложениях, а если отключить аппаратное ускорение - то нафиг бинарные дрова ненужны. ИМХО

А скажите мне

А скажите мне где опен соурсные дрова от нвидии. Вот это > x11-drivers/nvidia-drivers как я понимаю бинареые, а где лежат опен соурсные?

Вот здесь

x11-drivers/xf86-video-nv

Re: Вот здесь

Гость написал(а):
x11-drivers/xf86-video-nv

спасибо

всем спасибо за

всем спасибо за совет, попробую отключить ускорение- посмотрим что будет. ЛИБО поставлю опенсорсные дрова.

З,Ы, (ОФФТОП) подскажие какой/какие-нибудь красивый шрифт для гтк приложений:)
_________________
:-)

а опенсорсные

а опенсорсные дрова это какие?) которые в конфиге "nv" что ли? или нет?... Выключение ускорения не помогло.. :(
_________________
:-)

VIDEO_CARDS="nv" /*

VIDEO_CARDS="nv" /* Вроде так оно называеццо */ emerge x11-drm

Для чистоты

Для чистоты эксперимента не плохо установить еще вот это:
NVreg_EnableAGPSBA=0 NVreg_EnableAGPFW=0
в /etc/modules.d/nvidia
BTW а что позывает
cat /proc/driver/nvidia/agp/status
если Driver не NVIDIA, то может быть конфликт между nvidia и agp модулем ядра.

Опа!

# cat /proc/driver/nvidia/agp/status
Status:          Disabled

AGP initialization failed, please check the ouput  
of the 'dmesg' command and/or your system log file 
for additional information on this problem.

А в dmesg все тихо и мирно. Никакой ругани. К чему бы это?
Симптомы:
Direct rendering включен
glxgears = ~1600

Куда копать?

Попробуй в

Попробуй в секции "Device" (если еще не установлена)
Option "NvAGP" "3" #use any agp support (try AGPGART, then NVIDIA's AGP)
и смотри
/var/log/Xorg.0.log

Попробовал

Через agpgart:
- glxgears при включенном beryl ~ 1900
- без berylа ~ 2900
Через NVIDIA AGP не работает.
В логе нет ошибок.

P.S. Доподлинно известно, что моя видюха(GeForce FX 5700LE) может выдавать glxgears до 5000. Из-за чего могло возникнуть такое падение производительности?

cat /cat

cat /cat /proc/driver/nvidia/agp/status
[query]
Status: Enabled
Driver: AGPGART
AGPRATE: 4x
Fast Writes: Disabled
SBA: Disabled
[/query]

glxgears - ~5800 fps`ов

в логах ничего...
_________________
:-)

Есть еще куда

Есть еще куда копать... :)
Лучше будет:
...
Driver: NVIDIA
...
Для этого надо ядро пересобрать без agpgart
и после проверить отсутствие файла agpgart.ko (для уверенности что то что надо выключил...)
гдето в недрах /lib/modules//kernel/.... (не помню точно)

...и вот если после этого иксы будут виснуть, тогда
nvclock (~x86) очень пригодиться... только не для разгона... :)
а для торможения процентов на 10 mem & gpu.

и что нибудь типа
/usr/bin/nvclock -m ??? -n ??? >>/var/log/nvclock 2>&1
(где ??? - твои частоты на 10% меньше оригинальных (nvclock -s) )
в
/etc/X11/startDM.sh (если kdm пользуешь)
после "wait; sleep 2"
ну или в другое место... :) но только после полного старта иксов.

Лично у меня после такого торможения все зависы исчезли.

В

В догонку...

Если уж пологаться на nVIDIA полностью,
что бы было на кого пальцем тыкать,
то надо избавиться от любой поддержки ядром nvivdia...
Т.е. вырубить nvidiafb (для консолек красивых пользовать vesa...
а ВСЕ остальные видео драйвера, включая поддержку AGP полностью
отключить)
и еще раз убедиться что GL от nvidia используется
(что то типа "eselect opengl set nvidia")
А тормоз через nvclock иногда нужен, т.к. все гоняться
за fps забывая о стабильности (включая производителей карт).
Да, и в BIOSе лучше выключить всякие супер примочки возле AGP.

PS: Лично для меня, пробле с зависами ПОЛНОСТЬЮ закрыта после
nvclock с тормозом. Проверено на парочке PC с разными nVIDIA
и разными дистрибутивами Linux (на одном два Linux один из которых
Gentoo :) ) Скорость после тормоза падает не ощутимо.

PPS: У соседа nVIDIA и под мелкософтом виснит... :) а у меня его вообще нет - не могу проверить... :)

Есть еще одна

Есть еще одна важная вещь - разгон проца или памяти на мамке.
Вот сейчас провел 2 эксперимента:
1 - чуточку изменил периоды доступа к памяти.
2 - чуточку разогнал проц.
В обеих случаях - тест памяти ОК, все с виду работает...
Но, шестеренки (glxgears) долго крутиться не могут... 10 - 15 минут
и упс... или завис иксов... или паник...
Когда ставлю все параметры нормальные - no problems - и ни чего не виснет... :)
PS: reiserfs (3) не подвел... ресетов было штук шесть... правда и с диском ни кто не работал особо...

Re: cat /cat

desperate написал(а):
Fast Writes: Disabled

Как это опция включается? Зачем она нужна? И зависит ли она от видео карты? Подскажите пожалуйста. Если как ни будь можно включить, стоит ли это делать?

IMHO не стоит

IMHO не стоит связываться - выигрыш в скорости
не значительный а проигрыш в стабильносте ОГРОМНЫЙ.
Старые версии драйверов реагировали на
/etc/modules.d/nvidia
options nvidia NVreg_EnableAGPSBA=1 NVreg_EnableAGPFW=1
а вот новые, кажется, просто игнорируют все это
и устанавливают Fast Write & SBA по их усмотрению.
Можно почитать о nVIDIA:
http://www.bog.pp.ru/work/linux_nvidia.html#params

nvidia

Ребят... Вот тут все обсуждают nvidia, а есть ещё ati. У меня была x800xt. Висло. Задрало. Поставил FX 5500. Висло. Сбросил разгон. Висло. Определил, что 2 из 3х планок памяти - DDR 333, а не DDR 400, как на них написанно. Убрал их. Висит. Что делать - не знаю.
Виснет мозила, контра (по сути дела, только ради неё и заводил 3d).
В иксах включено xcomposite. С выключенным - тоже самое. Но иксы не падают, хоть и юзают gl.

Про стабильность видях:
x800xt гонится и стабильно у меня работает до 580/560 (500/500 в номинале). Думал, что убил видяху. Сбросил до 100/250. Всё равно виснет. А когда поставил FX5500, на которую поставлен огромный радиатор с 140мм вентилем (на низких оборотах получается бесшумно), благодаря которому видяха греется просто смешно даже при 100% нагрузке, понял что дело не в видяхах.

Мало того, достал 10гиговый винт, поставил на него Win XP SP2 + Doom3. Прошел весь дум за 2 дня. Ни одного висака.
S&M гонялся 1,5 суток без перерыва в режиме зацикливания. Ни одного падения. 3DMark05 тоже прогонял пару раз... Memtest86 на ночь оставлялся. (он почему-то не нашел, однажды на другом компе, ошибок памяти у 2х битых планок, а s&m - сразу же)

ИМХО, дело в софте.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".