Автор Тема: Не запускается ALT после установки проприетарных драйверов nvidia  (Прочитано 1295 раз)

Оффлайн fed_invisible

  • Начинающий
  • *
  • Сообщений: 1
    • Email
Добрый день. Ставил Starterkit 10 платформы с гномом. После установки сделал epm full-upgrade и следом epm update-kernel. Все прекрасно встало и перезапустилось не раз. Ядро версии 6, чего-то там. Потом установил apt-get-ом nvidia_glx_common и следом nvidia-display-driver. Перезагрузился. В Центре управления выбрал драйвер проприетарный драйвер nvidia. Перезапустил и все, при запуске "ошибка сессии" (бело-серый экран с единственной кнопкой перезапуска сессии, нажатие на которую повторяет ту же ошибку). Видео у меня старенькое, но должно поддерживаться версией драйвера - Geforce GTX250. Что я сделал не так?)

dango_

  • Гость
После установки сделал epm full-upgrade и следом epm update-kernel.
А как права root получали?
Потом установил apt-get-ом nvidia_glx_common и следом nvidia-display-driver.
Пакета nvidia-display-driver нет. Согласно статье АльтВики https://www.altlinux.org/Nvidia это должен быть пакет nvidia-install-driver.
Видео у меня старенькое, но должно поддерживаться версией драйвера - Geforce GTX250.
Что-то не нахожу GeForce GTX 250. Есть GeForce GTS 250. Для него последняя версия драйверов в альтах была 340.98, которая поддерживалась на платформе p8 и отсутствует в p10. В этом случае ожидаем слом видео.
Для восстановления удалите с правами root файл /etc/X11/xorg.conf.d/10-monitor.conf и перезагрузитесь.

Оффлайн TrollGvin

  • Начинающий
  • *
  • Сообщений: 1
После обновления ядра на 6.1.34-un-def перестали иксы запускаться дома на ноуте GT630m, на компе на работе GeForce 210. Загрузился с предыдущим ядром 6.1.30 графика работает. на открытом драйвере nouveau проблем нет. Похоже косяк только на старых видюхах с проприетарными драйверами. какой то косяк с запуском службы дисплей менеджера.

dango_

  • Гость
Похоже косяк только на старых видюхах с проприетарными драйверами. какой то косяк с запуском службы дисплей менеджера.
Скорее, на отказ NVidia поддерживать дальше свои старые модели.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Видео у меня старенькое, но должно поддерживаться версией драйвера - Geforce GTX250.

Нет такой карты. И не было.

Что я сделал не так?)

Все сделали не так. И вы и альты.
На вики про нвидию написано от фонаря. И это не работает.
Но завести в p10 с un-def-6.1.34, GeForce серии 200, можно.

Вставил древнюю карту из загашника:
GV-N210TC-1GI

На тест ушло часа 3-4, но в общей сложности около семи:
$ cat /etc/os-release
NAME="starter kit"
VERSION="10"
ID=altlinux
VERSION_ID=10
PRETTY_NAME="ALT Starterkit 10 (Hypericum)"
ANSI_COLOR="1;33"
CPE_NAME="cpe:/o:alt:starterkit:10"
BUILD_ID="starter kit 10"
ALT_BRANCH_ID="p10"
HOME_URL="http://en.altlinux.org/starterkits"
BUG_REPORT_URL="https://bugs.altlinux.org/"
$ xfce4-about --version
xfce4-about 4.18.4 (Xfce 4.18)
$ uname -r
6.1.34-un-def-alt1
# dmidecode --type baseboard | grep Manufacturer -A1
Manufacturer: ASUSTeK COMPUTER INC.
Product Name: H61M-PRO
$ lspci -knn | grep -A2 VGA
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT218 [GeForce 210] [10de:0a65] (rev a2)
Subsystem: Gigabyte Technology Co., Ltd Device [1458:34ef]
Kernel driver in use: nvidia
$ nvidia-settings --glxinfo | grep OpenGL
  OpenGL vendor string: NVIDIA Corporation
  OpenGL renderer string: GeForce 210/PCIe/SSE2
  OpenGL version string: 3.3.0 NVIDIA 340.108
$ export __GL_SYNC_TO_VBLANK=0; glxgears
24427 frames in 5.0 seconds = 4885.243 FPS
26043 frames in 5.0 seconds = 5208.599 FPS
26354 frames in 5.0 seconds = 5270.623 FPS
26033 frames in 5.0 seconds = 5206.507 FPS
24787 frames in 5.0 seconds = 4957.336 FPS
X connection to :0.0 broken (explicit kill or server shutdown).

Любую карту GF серии 200, на p10 с проприетарным nvidia драйвером поднять можно.

Оффлайн Nicom

  • Завсегдатай
  • *
  • Сообщений: 630
Все сделали не так. И вы и альты.
На вики про нвидию написано от фонаря. И это не работает.
Но завести в p10 с un-def-6.1.34, GeForce серии 200, можно.
Как это стало возможным? Всё дело в export __GL_SYNC_TO_VBLANK=0 ?

Может Вы сможете поправить страничку в вики? Раз уж Вам удалось получить положительный результат.

Оффлайн Kamrad

  • Давно тут
  • **
  • Сообщений: 178
  • Пингвиновод
    • Email
Да, очень бы хотелось внятную и адекватную инструкцию (ибо есть в "загашнике" GTS 250 и GeForce 210 -- 1 Gb).
"Linux используют ...э....энтузиасты, а нормальные люди работают на Windows! Вот представьте - приучили вы ребёнка работать с Linux, а придёт он в школу, где кругом Windows - и что он будет делать?!" (аргументация менеджера в компьютерной фирме)

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Все сделали не так. И вы и альты.
На вики про нвидию написано от фонаря. И это не работает.
Но завести в p10 с un-def-6.1.34, GeForce серии 200, можно.
Как это стало возможным? Всё дело в export __GL_SYNC_TO_VBLANK=0 ?

export, это снятие ограничения по vsync 60 Hz на glxgears. Чтобы увидеть что может карта с nvidia драйвером по fps. Если не снять ограничение по vsync, бенчмарк glxgears будет выдавать в 60 fps.
Всё дело в сраном модуле nouveau, который сидит в initrd. И без удаления пакета ядерного модуля, его оттуда не выдрать.
И он мешает взлететь нвидии. Даже если она установлена. И initrd нужно перегенерить, так, чтобы модуль nouveau не попал в него. При этом генерить нужно, после загрузки с новым актуальным ядром. Иначе драйвер-инсталлер грубо выругается.

Может Вы сможете поправить страничку в вики? Раз уж Вам удалось получить положительный результат.

Скорее всего она будет в справочнике.
Мне откровенно лень перелопачивать чужое и править половину страницы на вики.
И надо немного подождать.
Есть несколько моментов:
- Я не Базальт и винчестеры у меня в каждом углу не валяются.
- Каждый шаг инсталла должен быть под контролем, а на это и описание сего, нужно некоторое время.

Часов семь ушло под анализ и тест-контроль:
Устанавливалось на флешку usb3 128gb. Но и это жутко медленно. Винчестера под руками не было.
В процессе вылезло пару взрывов. И можете обижаться, можете не обижаться, но тому кто в стартеры ввернул quiet, руки бы ему открутил: система на старте стала колом, а вывод в tty заглушен через quiet. И не видно почему висит. Ну совсем как в винде. Сраный чёрный экран. Ребут через powerdown и правка параметров в загрузчике, конечно решают проблему, но это лишние и ненужные телодвижения. И время.

Оффлайн Kamrad

  • Давно тут
  • **
  • Сообщений: 178
  • Пингвиновод
    • Email
И можете обижаться, можете не обижаться, но тому кто в стартеры ввернул quiet, руки бы ему открутил: система на старте стала колом, а вывод в tty заглушен через quiet. И не видно почему висит. Ну совсем как в винде. Сраный чёрный экран. Ребут через powerdown и правка параметров в загрузчике, конечно решают проблему, но это лишние и ненужные телодвижения. И время.

Жму Вашу руку и читаю Ваши посты с интеллектуальным наслаждением. Вы не пробовали себя в компьютерной литературе? Думаю, что Ваши книги были бы очень популярны.
"Linux используют ...э....энтузиасты, а нормальные люди работают на Windows! Вот представьте - приучили вы ребёнка работать с Linux, а придёт он в школу, где кругом Windows - и что он будет делать?!" (аргументация менеджера в компьютерной фирме)

Оффлайн Nicom

  • Завсегдатай
  • *
  • Сообщений: 630
Скорее всего она будет в справочнике.
Мне откровенно лень перелопачивать чужое и править половину страницы на вики.
И надо немного подождать.
Спасибо огромное за Ваш труд.
С удовольствием читаю Ваши посты.
Не пинайте за глупость, а справочник это где?

И можете обижаться, можете не обижаться, но тому кто в стартеры ввернул quiet, руки бы ему открутил: система на старте стала колом, а вывод в tty заглушен через quiet.
Полностью согласен. Я даже у пользователей при настройке правлю груб, чтобы удалить этот quiet вместе со splash. Пусть видят что происходит в момент загрузки.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Не пинайте за глупость, а справочник это где?

В разделе форума
    Форум сообщества ALT Linux »
    Обучающие материалы »
    Документация »
    FAQ и руководства »
    Приёмы профессиональной работы в shell  (справочник - вопросы не задавать. )
На этой странице, Оглавление со ссылками
https://forum.altlinux.org/index.php?topic=32361.0
В основной подавляющей массе, это собственные наработки.

И можете обижаться, можете не обижаться, но тому кто в стартеры ввернул quiet, руки бы ему открутил: система на старте стала колом, а вывод в tty заглушен через quiet.
Полностью согласен. Я даже у пользователей при настройке правлю груб, чтобы удалить этот quiet вместе со splash. Пусть видят что происходит в момент загрузки.

И это правильно. Unix-подобная система ещё на старте говорит о своём здоровье.
Сплэши были наиболее актуальны в Windows 9x. В w9x, кодовая страница переключалась раньше, чем был загружен фонт. Из-за чего вывод в не англоязычных версиях нещадно ломало. И вся эта глупость была закрыта сплэш-скрином.
Но бестолковые Линукс-разработчики и программисты, просто бездумно скопировали в Линукс эту глупость. Ну чтобы было как в Windows.
Но в Линукс не всё так безнадёжно "плохо".  Один "гениальный" Линукс-программист, догадался в конце строк вывода использовать не 0Ah. Из-за чего форматирование вывода некритичных предупреждений, во всех альтовых sysv, нещадно ломает. И бегло прочитать это на старте системы, представляется довольно затруднительным. К тому же в tty это выглядит как откровенное паскудство. И по этому поводу, существует сарказм: что чтобы решить проблему, её нужно сначала создать.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
То что написано на вики про нвидию (в контексте GF210 и драйвера 340.108), теоретически как бы работает. Но glxinfo и glxgears не взлетят и вывалятся с ошибкой:
# glxinfo
name of display: :0.0
Error: couldn't find RGB GLX visual or fbconfig
$ glxgears
Error: couldn't get an RGB, Double-buffered visual

Т.е. драйвер есть, а акселерации нет.

Всё что пока удалось добиться на GF210, всё в записях. И их много.

Драйвер подтягивается и работает:
$ nvidia-settings --query='NvidiaDriverVersion'

  Attribute 'NvidiaDriverVersion' (trucegarage:0.0): 340.108

Но акселерация не через nvidia, а через mesa:
$ nvidia-settings --glxinfo | grep OpenGL
  OpenGL vendor string: Mesa/X.org
  OpenGL renderer string: llvmpipe (LLVM 11.0.1, 256 bits)
  OpenGL version string: 4.5 (Compatibility Profile) Mesa 22.3.7
И она раза в 4 хуже нвидиевской.


Очевидно, что это проблема.
А никому не кажется, что поднявшийся libglx, ни разу не от nvidia драйвера?
# grep '(EE)' /var/log/Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[    25.136] (EE) NVIDIA(0): Failed to initialize the GLX module; please check in your X
[    25.136] (EE) NVIDIA(0):     log file that the GLX module has been loaded in your X
[    25.136] (EE) NVIDIA(0):     server, and that the module is the NVIDIA GLX module.  If
[    25.136] (EE) NVIDIA(0):     you continue to encounter problems, Please try
[    25.136] (EE) NVIDIA(0):     reinstalling the NVIDIA driver.
^^^^^Ну переинсталлируется. И шо?

Тот libglx который взлетел, он от X-сервера, а не от nvidia-драйвера:
# grep libglx /var/log/Xorg.0.log
[    24.761] (II) Loading /usr/lib64/X11/modules/extensions/libglx.so
# grep -ri modulepath /etc/X11/
/etc/X11/xorg.conf.d/09-nvidia.conf:    ModulePath "/etc/libnvidiacurrent"
/etc/X11/xorg.conf.d/09-nvidia.conf:    ModulePath "/usr/lib64/X11/modules"
# find /usr/lib64/ -name "*libglx*"
/usr/lib64/nvidia_340.108/libglx.a
/usr/lib64/nvidia_340.108/libglx.so
/usr/lib64/nvidia_470.182.03/libglxserver_nvidia.so
/usr/lib64/X11/modules/extensions/libglx.so
/usr/lib64/nvidia_525.116.04/libglxserver_nvidia.so
/usr/lib64/nvidia_390.157/libglx.a
/usr/lib64/nvidia_390.157/libglx.so
# rpm -qf /usr/lib64/X11/modules/extensions/libglx.so
xorg-server-1.20.14-alt8.x86_64
# rpm -qf /usr/lib64/nvidia_340.108/libglx.so
nvidia_glx_340.108-340.108-alt175.x86_64
# ll /etc/libnvidiacurrent
lrwxrwxrwx 1 root root 26 июн 29 12:28 /etc/libnvidiacurrent -> /usr/lib64/nvidia_340.108//
# grep glx /var/log/Xorg.0.log
[    24.760] (II) LoadModule: "glx"
[    24.761] (II) Loading /usr/lib64/X11/modules/extensions/libglx.so
[    24.920] (II) Module glx: vendor="X.Org Foundation"

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Заготовка GF210+nvidia_glx_340.108

Во вложении грубая заготовка:
Последовательность команд для связки
GF210+nvidia_glx_340.108+mesa

glxinfo и glxgears не вылетают и работают.
Но glxgears выдаёт чуть больше 1000 fps.
Фишка в том, что с драйвером 340.108, грузится libglx X-сервера, а не nvidia-драйвера.

Логично было бы на этом и остановиться, но мы же не ищем лёгких путей?

Столь же почти логично предположить, что если в xorg.conf внести изменения с добавлением секции OutputClass, принудительно заставляя грузится libglx nvidia-драйвера,
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$ grep Files -A11 /etc/X11/xorg.conf
Section "Files"
    ModulePath     "/etc/libnvidiacurrent"
    ModulePath     "/usr/lib64/X11/modules"
EndSection

Section "OutputClass"
    Identifier     "nvidia"
    MatchDriver    "nvidia-drm"
    Driver         "nvidia"
    ModulePath     "/etc/libnvidiacurrent"
    ModulePath     "/usr/lib64/X11/modules"
EndSection
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$ grep '\"glx\"' -A12 /var/log/Xorg.0.log
[    21.643] (II) LoadModule: "glx"
[    21.643] (II) Loading /etc/libnvidiacurrent/libglx.so
[    22.246] (II) Module glx: vendor="NVIDIA Corporation"
[    22.246] compiled for 4.0.2, module version = 1.0.0
[    22.246] Module class: X.Org Server Extension
[    22.256] (II) NVIDIA GLX Module  340.108  Wed Dec 11 14:26:50 PST 2019
[    22.268] (II) LoadModule: "nvidia"
[    22.268] (II) Loading /etc/libnvidiacurrent/nvidia_drv.so
[    22.370] (II) Module nvidia: vendor="NVIDIA Corporation"
[    22.370] compiled for 4.0.2, module version = 1.0.0
[    22.370] Module class: X.Org Video Driver
[    22.383] (II) NVIDIA dlloader X Driver  340.108  Wed Dec 11 14:06:00 PST 2019
[    22.383] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[altuser@trucegarage ~]$

ожидаемо, что glxinfo и glxgears вылетят с ошибкой:
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$ glxinfo | grep OpenGL
Error: couldn't find RGB GLX visual or fbconfig
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$ glxgears
Error: couldn't get an RGB, Double-buffered visual
[altuser@trucegarage ~]$

Думаете на этом и конец?
Самое интересное только начинается.

Почти ожидаемо, что если в xorg.conf удалить секцию OutputClass, приведя xorg.conf к исходному виду
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$ grep Files -A6 /etc/X11/xorg.conf
Section "Files"
    ModulePath     "/etc/libnvidiacurrent"
    ModulePath     "/usr/lib64/X11/modules"
EndSection

Section "InputDevice"
    # generated from default
[altuser@trucegarage ~]$

следует ожидать, что грузиться должен, libglx X-сервера.
Но нет, libglx nvidia-драйвера не только продолжает грузиться
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$ grep '\"glx\"' -A12 /var/log/Xorg.0.log
[    24.335] (II) LoadModule: "glx"
[    24.335] (II) Loading /etc/libnvidiacurrent/libglx.so
[    25.016] (II) Module glx: vendor="NVIDIA Corporation"
[    25.016] compiled for 4.0.2, module version = 1.0.0
[    25.016] Module class: X.Org Server Extension
[    25.026] (II) NVIDIA GLX Module  340.108  Wed Dec 11 14:26:50 PST 2019
[    25.039] (II) LoadModule: "nvidia"
[    25.039] (II) Loading /etc/libnvidiacurrent/nvidia_drv.so
[    25.140] (II) Module nvidia: vendor="NVIDIA Corporation"
[    25.140] compiled for 4.0.2, module version = 1.0.0
[    25.141] Module class: X.Org Video Driver
[    25.153] (II) NVIDIA dlloader X Driver  340.108  Wed Dec 11 14:06:00 PST 2019
[    25.153] (II) NVIDIA Unified Driver for all Supported NVIDIA GPUs
[altuser@trucegarage ~]$

Но самое забавное, это то, что libglx nvidia-драйвера не только используется
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$ glxinfo | grep OpenGL
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce 210/PCIe/SSE2
OpenGL core profile version string: 3.3.0 NVIDIA 340.108
OpenGL core profile shading language version string: 3.30 NVIDIA via Cg compiler
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.3.0 NVIDIA 340.108
OpenGL shading language version string: 3.30 NVIDIA via Cg compiler
OpenGL context flags: (none)
OpenGL profile mask: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 2.0 NVIDIA 340.108 340.108
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 1.00
OpenGL ES profile extensions:
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$ nvidia-settings --query='NvidiaDriverVersion'

  Attribute 'NvidiaDriverVersion' (trucegarage:0.0): 340.108

[altuser@trucegarage ~]$
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$ nvidia-settings --glxinfo | grep OpenGL
  OpenGL vendor string: NVIDIA Corporation
  OpenGL renderer string: GeForce 210/PCIe/SSE2
  OpenGL version string: 3.3.0 NVIDIA 340.108
  OpenGL extensions:
[altuser@trucegarage ~]$

но и начинает работать:
[altuser@trucegarage ~]$
[altuser@trucegarage ~]$ export __GL_SYNC_TO_VBLANK=0; glxgears
21766 frames in 5.0 seconds = 4353.155 FPS
22338 frames in 5.0 seconds = 4467.590 FPS
22336 frames in 5.0 seconds = 4467.075 FPS
22337 frames in 5.0 seconds = 4467.269 FPS
X connection to :0.0 broken (explicit kill or server shutdown).
[altuser@trucegarage ~]$

Казалось бы конец должен быть равным началу. С отвалом и отказом акселерации, и вылетом glxinfo и glxgears. Но нет.
И такая алогичность, и в своём роде непредсказуемость, в известном смысле, мешает описать последовательность поднятия проприетарного драйвера на GF210. Логичную и предсказуемую.
Поскольку общий вид действий, сводится:
- Логичная последовательность действий
- Логичная правка с нелогичным результатом.
- Следующая нелогичная правка приводящая к требуемому результату.


Кстати багрепорт у альтов висит  :-)
Ошибка 40108 - glxinfo выдает ошибку Error: couldn't find RGB GLX visual or fbconfig
https://bugzilla.altlinux.org/40108
Но движухи никакой.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Чтобы скриншот выше не вводил в заблуждение.

Скриншот сообщением выше, получен на GF210 из бенчмарка
https://benchmark.unigine.com/heaven
при самых низких настройках

в системе
http://nightly.altlinux.org/p10/release/alt-p10-xfce-20230610-x86_64.iso
http://nightly.altlinux.org/p10/permalink/alt-p10-xfce-latest-x86_64.iso
с ядром un-def

при работающей связке, полученной через эквилибристику, с рядом казалось бы алогичных действий, тем не менее приводящих к требуемому результату, полностью описанных в Ответ #12:

ядерный модуль nvidia
$ rpm -q kernel-modules-nvidia-un-def
kernel-modules-nvidia-un-def-525.116.04-alt1.393506.1.x86_64
$ rpm -ql kernel-modules-nvidia-un-def-525.116.04-alt1.393506.1.x86_64 | grep nvidia.ko
/lib/modules/6.1.34-un-def-alt1/nVidia/nvidia.ko
$ ls -l /lib/modules/6.1.34-un-def-alt1/nVidia/nvidia.ko
lrwxrwxrwx 1 root root 46 июн 29 10:55 /lib/modules/6.1.34-un-def-alt1/nVidia/nvidia.ko -> /lib/modules/nvidia/6.1.34-un-def-alt1-340.108
$ cat /var/lib/nvidia/`uname -r`
340.108

nvidia драйвер
$ grep 'nvidia_drv\|NVIDIA dlloader X Driver' /var/log/Xorg.0.log
[    27.340] (II) Loading /etc/libnvidiacurrent/nvidia_drv.so
[    27.433] (II) NVIDIA dlloader X Driver  340.108  Wed Dec 11 14:06:00 PST 2019
$ rpm -qf /etc/libnvidiacurrent/nvidia_drv.so
nvidia_glx_340.108-340.108-alt175.x86_64

акселерация через
$ grep 'libglx\|Module glx' /var/log/Xorg.0.log
[    26.657] (II) Loading /etc/libnvidiacurrent/libglx.so
[    27.318] (II) Module glx: vendor="NVIDIA Corporation"
$ rpm -qf /etc/libnvidiacurrent/libglx.so
nvidia_glx_340.108-340.108-alt175.x86_64

Все X-компоненты из:
$ ls -l /etc/libnvidiacurrent
lrwxrwxrwx 1 root root 26 июл  1 08:33 /etc/libnvidiacurrent -> /usr/lib64/nvidia_340.108/
« Последнее редактирование: 01.07.2023 11:00:00 от Speccyfighter »

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Из самого процесса:

такой конфиг
$ grep -ri modulepath /etc/X11/ 2>/dev/null
/etc/X11/xorg.conf:    ModulePath     "/etc/libnvidiacurrent"
/etc/X11/xorg.conf:    ModulePath     "/usr/lib64/X11/modules"
/etc/X11/xorg.conf.d/09-nvidia.conf:    ModulePath "/etc/libnvidiacurrent"
/etc/X11/xorg.conf.d/09-nvidia.conf:    ModulePath "/usr/lib64/X11/modules"

и как следствие
$ ls -l /etc/libnvidiacurrent
lrwxrwxrwx 1 root root 26 июл  1 08:33 /etc/libnvidiacurrent -> /usr/lib64/nvidia_340.108/

называю "ну загрузи хоть что-нибудь"
$ find /usr/ -name "libglx.so" 2>/dev/null | grep '340.108\|X11' | grep lib64
/usr/lib64/nvidia_340.108/libglx.so
/usr/lib64/X11/modules/extensions/libglx.so

При этом не стоит заблуждаться:
В случае с GF210 и драйвера 340.108 (который в одном из вариантов поднялся с mesa), казалось бы логичное комментирование *X11/modules*, чтобы однозначно заставить грузиться libglx nvidia-драйвера, может привести к полному отказу системы, с вылетом в чёрный экран (это не необратимо). И полным отказом ядра.
Как понять что отказало и ядро? Оно перестаёт реагировать на SysRq.