/etc/X11/Xorg.conf или как там тоже вроде надо удалить, но уже руками

Проверь, что у тебя загружается модуль nouveau. Его загрузка не заблокирована.

Смотри в /etc/modprobe.conf, /etc/modpobe.d/.

Ну и похоже, что у тебя в конфигурационных файлах /etc/X11/xorg.conf или /etc/X11/xorg.conf.d/ где-то жёстко прописано использовать видео драйвер nvidia.

Проверь это и хотя бы перемести эти конфигурационные файлы в другое место, например в /root.

НЕ УДАЛЯЙ, А ИМЕННО ПЕРЕМЕСТИ.

Какой модуль сейчас загружен:

lsmod | grep -i 'nvidia\|nouveau'

Чем ставился драйвер nVidia, своим установщиком или SlackBuild-ом?

В первом случае помимо разборок с xorg.conf и разблокированием нуво придется переустановить как минимум mesa. Список того, что приходилось восстанавливать, есть там:
https://slackbuilds.org/slackbuilds/14.2/system/nvidia-driver/nvidia-switch

В 15.0 от концепции с nvidia-switch при установке из SlackBuild удалось избавиться.

Верни всё взад!!!11

С уважением, искренне Ваш К.О.

Установите xf86-video-nouveau и удалите или измените, если там какие то важные настройки, /etc/X11/Xorg.conf, а так же в /etc/modprobe.d/blacklist удалите строчку с «blacklist nouveau»

Проверь, что у тебя загружается модуль nouveau. Его загрузка не заблокирована.

Nouveau работает нормально. Только иксы шалят. В /etc/modeprobe.d только файл readme лежит.

Проверь это и хотя бы перемести эти конфигурационные файлы в другое место, например в /root.

Переместил.

Какой модуль сейчас загружен: lsmod | grep -i 'nvidia\|nouveau'

https://i.postimg.cc/0NJRnVb7/IMG-20220923-124545.jpg

Чем ставился драйвер nVidia, своим установщиком или SlackBuild-ом?

Пропатченым скриптом для новых ядер с оф сайта, и этим SlackBuild-ом.

В первом случае помимо разборок с xorg.conf и разблокированием нуво придется переустановить как минимум mesa.

Переустановил mesa командой slackpkg reinstall mesa. Содержимое каталога /usr/share/X11/xorg.conf.d:

10-amdgpu.conf 10-evdev.conf 10-quirks.conf 10-radeon.conf 20-nouveau.conf 40-libinput.conf 50-synaptics.conf 70-synaptics.conf 70-wacom.conf 90-keyboard-layout-evdev.conf 91-keyboard-layout-libinput.conf

Поскольку пакет nvidia-legacy340-driver вы удалили,
либо 1) выполните руками действия nvidia_remove() отсюда: nvidia-switch
либо 2) возьмите nvidia-switch по ссылке выше и позовите его с ключиком --remove, как вариант:

# bash ./nvidia-switch --remove

Before uninstalling or upgrading this package, it is important that
you execute 'nvidia-switch --remove', which will switch back to the
stock xorg files and remove all links created by nvidia-switch during
installation. If you forget to do this, you'll have to do the switch
manually, or xorg won't work on next startup.

Here are the affected files:

  /usr/lib[64]/libGL.so.1.2
  /usr/lib[64]/xorg/modules/extensions/{libglx.so libglx.la}

Simply remove the dead nvidia symlinks and rename the saved '-xorg'
appended files.

bash ./nvidia-switch –remove

Не помогло

Не помогло

Не читатель, жаль...

Перечитайте выхлоп nvidia-switch, обратите внимание на сообщение об ошибке. Сделайте вывод, что команда не отработала.

Если посмотреть на SlackBuild внимательно, станет видно, что подготавливаемый для упаковки в пакет сценарий nvidia-switch модифицируется в соответствии с разрядностью целевой системы:

install -m 0755 $CWD/nvidia-switch $PKG/usr/sbin/
sed -i s/PKGVERSION/$VERSION/g $PKG/usr/sbin/nvidia-switch
sed -i s/LIBDIRSUFFIX/$LIBDIRSUFFIX/g $PKG/usr/sbin/nvidia-switch
if [ ${COMPAT32} = "yes" ]; then
  sed -i s/LIB32FLAG/yes/g $PKG/usr/sbin/nvidia-switch
else
  sed -i s/LIB32FLAG/no/g $PKG/usr/sbin/nvidia-switch
fi

То есть надо заново ставить проприетарщину через скрипт, а потом только удалять через nvidia-switch?

А зачем ты удаляешь проприетарные драйвера?
Твоя точка зрения по этому вопросу всё равно не повлияет на корпорацию.

Мне всё равно на корпорацию, у меня с дровами проявляется отвал. С nouveau его нет.

Быстрее и проще перенакатить систему, чтобы разбросанные по системе библиотеки от неправильного удаления не влияли на работу.

Проще, но придётся заново собирать, конфигурировать openrc

https://kubuntu.org/ — как слака/генту/арч, только без сборок и опенRC (можно объявить всё это проприетарщиной, а кубунту назначить опенсорс).

Ладно, переустановлю, ладно. Хотелось, конечно, опыта, но видимо не судьба.

Опыт это настройка отказоустойчивого сервера, сборочного окружения или фермы, кластеров, АТС и т.д., но не возня с этими конюшнями.

То есть надо заново ставить проприетарщину через скрипт, а потом только удалять через nvidia-switch?

Кто ж вас поймет, надо вам или не надо.

Мой вам совет — бросайте Slackware, не ваше это...

Чтобы администрировать Slackware, вам придется или читать, или страдать. Читать вы не можете/не хотите (ну пока по этой теме так вот выходит).

Выше уже было предложено более 3-х вариантов решения проблемы, но ни один из них, даже если и был прочитан, не был понят. Не продолжайте, не стоит оно того.


PS.
а) Как модифицировать болванку nvidia-switch при помощи 3-х команд sed выше было показано.

б) где проверить наличие установленного nvidia-switch было показано, проверяли ли — неизвестно.
Дополню: если остался собранный пакет (t?z), нужный nvidia-switch можно достать из него (./usr/sbin/nvidia-switch).

в) предлагалось посмотреть внутрь nvidia-switch и сделать руками то, что предполагалось сделать в сценарии.

г) в README от SlackBuld пакета
https://slackbuilds.org/repository/15.0/system/nvidia-legacy340-driver/README
написано, что сделать, если пакет удалили, а выполнить nvidia-switch --remove забыли.

Про blacklist драйвера nouveau и удаление драйвера nvidia.ko тоже вроде понятно.

Не знаю, как ещё донести, умываю руки.
Пробуйте пользоваться логикой, устанавливайте причинно-следственные связи, читайте логи — как правило они содержат необходимую для диагностики проблемы информацию.