Как узнать из-за чего отваливается GLX?

Насколько я помню, блоб не дружит со всеми остальными драйверами фреймбуфера, у него свой и ядерный ему не нужен. (хотя и медленный и без kms не так полезен)

проверяй что у тебя творится в xorg/modules/extensions

для проприетарного драйвера своя версия libglx должна использоваться

Блоб при установке подменяет некоторые либы своими. Потому старый блоб я сношу, переставляю иксы и месу, удаляю остатки блоба из /lib/modules, и затем накатываю новый блоб.

Потому старый блоб я сношу, переставляю иксы и месу, удаляю остатки блоба из /lib/modules, и затем накатываю новый блоб.

Зачем так сложно? В Gentoo, если драйвер Nvidia ставится через ebuild (посредством emerge) ни какие библиотеки не перезаписываются. Зачем по твоему написан 'eselect opengl'?

Библиотеки проприетарного драйвера устанавливаются в /usr/lib/opengl/nvidia/

/usr/lib/opengl/nvidia/lib/
/usr/lib/opengl/nvidia/lib/libGLESv2.so.334.21
/usr/lib/opengl/nvidia/lib/libGL.so.334.21
/usr/lib/opengl/nvidia/lib/libGL.so.1
/usr/lib/opengl/nvidia/lib/libEGL.so.334.21
/usr/lib/opengl/nvidia/lib/libGLESv1_CM.so
/usr/lib/opengl/nvidia/lib/libGLESv1_CM.so.334.21
/usr/lib/opengl/nvidia/lib/libGLESv1_CM.so.1
/usr/lib/opengl/nvidia/lib/libEGL.so
/usr/lib/opengl/nvidia/lib/libEGL.so.1
/usr/lib/opengl/nvidia/lib/libGLESv2.so.2
/usr/lib/opengl/nvidia/lib/libGLESv2.so
/usr/lib/opengl/nvidia/lib/libGL.so

/usr/lib/opengl/xorg-x11/lib/
/usr/lib/opengl/xorg-x11/lib/libEGL.so
/usr/lib/opengl/xorg-x11/lib/libEGL.so.1
/usr/lib/opengl/xorg-x11/lib/libEGL.so.1.0.0
/usr/lib/opengl/xorg-x11/lib/libGL.so
/usr/lib/opengl/xorg-x11/lib/libGL.so.1
/usr/lib/opengl/xorg-x11/lib/libGL.so.1.2.0
/usr/lib/opengl/xorg-x11/lib/libGLESv2.so
/usr/lib/opengl/xorg-x11/lib/libGLESv2.so.2
/usr/lib/opengl/xorg-x11/lib/libGLESv2.so.2.0.0

Посредством вызова 'eselect opengl set' устанавливается ссылки на выбранную реализацию opengl, в случае nvidia имеем примерно следующее:

/usr/lib/libGLESv1_CM.so -> opengl/nvidia/lib/libGLESv1_CM.so.334.21
/usr/lib/libGLESv1_CM.so.1 -> opengl/nvidia/lib/libGLESv1_CM.so.334.21
/usr/lib/libGLESv2.so -> opengl/nvidia/lib/libGLESv2.so.334.21
/usr/lib/libGLESv2.so.2 -> opengl/nvidia/lib/libGLESv2.so.334.21
/usr/lib/libGL.so -> opengl/nvidia/lib/libGL.so.334.21
/usr/lib/libGL.so.1 -> opengl/nvidia/lib/libGL.so.334.21

Ясно, спасибо. Просто у меня Slackware, а Gentoo я интересуюсь.

Ну и в принципе тоже можно обойтись без переустановки месы и иксов, если ставить пакеты, а не напрямую.

please check in your X log file that the GLX module has been loaded in your X server, and that the module is the NVIDIA GLX module

Ты пробовал ВНЕЗАПНО последовать этому совету и посмотреть, что там у тебя в логе вместо чего-то такого:

(II) LoadModule: "glx"
(II) Loading /usr/lib64/xorg/extra-modules/libglx.so
(II) Module glx: vendor="NVIDIA Corporation"

Ну кто ж тебе виноват, что ты ставишь что-то в обход пакетного менеджера? :)

Не ставлю уже ;)
Раньше да, было дело, но теперь решил все как положено делать. С последним апдейтом с 173.14.38 перестал ставить в обход.

Ну кто ж тебе виноват, что ты ставишь что-то в обход пакетного менеджера?
Slackware

Ну где в обход-то? В слаке как раз пакетный менеджер располагается между креслом и клавиатурой :)

Не, ну есть же всякие слакбилды и прочее (я особо не в курсе, слаку видел только на скриншотах Спуфинга). А он просто бинарь с сайта от рута запустил, судя по всему, и жалуется :)

В принципе, большой необходимости опакечивать драйвер нет, я его обновляю по мере выхода новых версий, что случается достаточно редко. Опакеченный блоб удобнее только возможностью жонглировать симлинками скриптом.

Во всех вики пишут, что uvesafb дружит с закрытым драйвером nvidia - эта инфа уже устарела?

Смотрел, ничего похожего не нашел, весь лог тут: http://paste.debian.net/93171/

проверяй что у тебя творится в xorg/modules/extensions

Вроде норм.

# ls -la /usr/lib/xorg/modules/extensions/
итого 4
drwxr-xr-x 2 root root 2048 апр 11 08:16 .
drwxr-xr-x 6 root root 2048 апр  9 22:28 ..
lrwxrwxrwx 1 root root   50 апр 11 08:16 libglx.so -> ../../../opengl/nvidia/extensions/libglx.so.337.12

В /usr/lib вот:

lrwxrwxrwx  1 root root       40 апр 11 08:16 libGLESv1_CM.so -> opengl/nvidia/lib/libGLESv1_CM.so.337.12
lrwxrwxrwx  1 root root       40 апр 11 08:16 libGLESv1_CM.so.1 -> opengl/nvidia/lib/libGLESv1_CM.so.337.12
lrwxrwxrwx  1 root root       37 апр 11 08:16 libGLESv2.so -> opengl/nvidia/lib/libGLESv2.so.337.12
lrwxrwxrwx  1 root root       37 апр 11 08:16 libGLESv2.so.2 -> opengl/nvidia/lib/libGLESv2.so.337.12
lrwxrwxrwx  1 root root       33 апр 11 08:16 libGL.so -> opengl/nvidia/lib/libGL.so.337.12
lrwxrwxrwx  1 root root       33 апр 11 08:16 libGL.so.1 -> opengl/nvidia/lib/libGL.so.337.12

В чем ещё причина может быть?

xorg.conf есть? Если есть, то как выглядит, если нет, то что происходит, если создать /etc/X11/xorg.comf.d/10-modules.conf с содержимым

Section "Module"
    Load "glx"
EndSection

Спасибо, оно. Это так тупо :( но я понадеялся NVIDIA (R) X Server (C) Setting (TM), и даже не заглядывал в xorg.conf :(

тема устарела, но проблема у меня выявилась(когда появилась хз)

в /usr/lib/xorg/modules/extensions/ висит только libglx от иксов..

остальное вполне нормально.. только вот может ли конфликтовать установленный xf86**-ati c блобом? (в ядре также включена поддержка drm для радеона)