После установки системы с `nomodeset xdriver=fbdev` (обходное для #46225) система успешно загружается с драйвером fbdev При первой загрузке были выполнены действия: $ su -l root # update-kernel # rpm -e $(rpm -qf `modinfo -F filename nouveau`) # apt-get install nvidia_glx_common && nvidia-install-driver # make-initrd # reboot При проверке, драйвер успешно установлен, но не используется, так как файл /etc/X11/xorg.conf содержит заглушку с использованием fbdev, которая не была удалена. После удаления заглушки с помощью команд $ su -l root $ rm /etc/X11/xorg.conf $ reboot Драйвер, как и ожидалось успешно заработал. Реальное поведение: После установки nvidia-install-driver и перезагрузки, продолжает использовать fbdev драйвер Ожидаемое поведение: После установки nvidia-install-driver и перезагрузки, использует nvidia драйвер Возможные пути решения: - Проверять в post install скриптах, присутствие в /etc/X11/xorg.conf записи об fbdev и переименовывать файл для бекапа, для возможности сделать откат системы.
Дополнение. После удаления rm /etc/X11/xorg.conf и перезагрузки, система загружается с nouveau драйвером. И требуется заносить их в /etc/modprobe.d/blacklist-nvidia-x11.conf blacklist nouveau Более дружелюбный подход - показать пользователю выбор драйвера, который он хочет (реализовано в экспертном режиме настроек Альта) возможно имеет смысл сделать wizard после установки nvidia и дать этот выбор пользователю. С перечислением плюсов/минусов обоих со стороны пользователя "Работают игры, 3D-Ускорение, CUDA вычисления, NVEnc" vs "Свободный драйвер, использование новейшего протокола отображения. Нет CUDA. 3D-ускорение ограничено"
/etc/X11/xorg.conf должен будет удаляться, если ещё не реализовано. Антон, не подскажешь уже должен? P.S. К-10.1-beta3 свежая есть.
В инсталятор kworkstation был добавлен пакет installer-feature-remove-xorgconf, который решает описанную здесь проблему. Так что дальше дело за релиз-менеджерами конкретных дистрибутивов. Получается, это не проблема installer, поэтому notabug.
*** Bug 52090 has been marked as a duplicate of this bug. ***
(Ответ для Антон Мидюков на комментарий #3) > В инсталятор kworkstation был добавлен пакет > installer-feature-remove-xorgconf, который решает описанную здесь проблему. > Так что дальше дело за релиз-менеджерами конкретных дистрибутивов. > Получается, это не проблема installer, поэтому notabug. В современных реалиях p11 (ядро с поддержкой simpledrm), кажется правильным всегда его не копировать. Параметр загрузки nomodeset копируется, и этого должно быть достаточно.
installer-1.15.14-alt1 -> sisyphus: Mon Nov 18 2024 Anton Midyukov <antohami@altlinux> 1.15.14-alt1 - preinstall.d/10-xorg.sh: do not copy xorg config from installer (Closes: 46226) Wed Oct 30 2024 Anton Midyukov <antohami@altlinux> 1.15.13-alt1 - postinstall.d: add 95-dconf-update
(Ответ для Toxblh на комментарий #1) > После удаления rm /etc/X11/xorg.conf и перезагрузки, система загружается с > nouveau драйвером. И требуется заносить их в > /etc/modprobe.d/blacklist-nvidia-x11.conf > blacklist nouveau Это всё напрашивается в скрипт nvidia-install-driver, кмк. А если речь про дистрибутив, который на нвидиях должен давать 3D из коробки -- так его изначально стоит собирать с use/x11/nvidia, а не nouveau. (Ответ для Антон Мидюков на комментарий #5) > > Получается, это не проблема installer, поэтому notabug. Тут как... "удалить нельзя оставить", что-то в любом разе будет умолчанием, но это политика по сути. Мне смутно припоминаются какие-то угловые случаи, ради которых и делается генерация xorg.conf в инсталяторе и последующее его копирование в установленную систему (из соображений "графическая установка завершилась загружаемой системой -- значит, графика как минимум работала") -- в частности, стоит обдумать варианты вида "чахлое набортное видео, которое толком не отключить, и дискретная видеокарта". В данном разе мне продолжает казаться, что умолчание было скорее хорошее, а исправлять стоит настраивалку, которую всё равно человек запускал вручную. Изначальная логика, судя по http://git.altlinux.org/gears/i/installer.git?p=installer.git;a=commitdiff;h=2e8778d41c4e543c4049830d04b32476e43f7d71 -- была "копировать xorg.conf, если в нём явным образом задан Driver". > В современных реалиях p11 (ядро с поддержкой simpledrm) Узнал про simpledrm сейчас от тебя -- в эльбрусовом 6.1 поэкспериментирую, спасибо (штатно сейчас отключено). > кажется правильным всегда его не копировать. > Параметр загрузки nomodeset копируется, и этого должно быть достаточно. Там ещё 10-monitor.conf бывает (не к тому, чтобы вжик -- и левую тоже).
(Ответ для Michael Shigorin на комментарий #7) > > После удаления rm /etc/X11/xorg.conf и перезагрузки, система загружается с > > nouveau драйвером. И требуется заносить их в > > /etc/modprobe.d/blacklist-nvidia-x11.conf > > blacklist nouveau > Это всё напрашивается в скрипт nvidia-install-driver, кмк. Ну нет уж. В угадайку играть не хочу. Раз этим занимается alterator-x11, то пусть предоставит API. Другое дело, что в дистрибутив я его больше не включаю, т.к. им часто портят настройки.
(Ответ для Michael Shigorin на комментарий #7) > Мне смутно припоминаются какие-то угловые случаи, > ради которых и делается генерация xorg.conf в инсталяторе и последующее его > копирование в установленную систему (из соображений "графическая установка > завершилась загружаемой системой -- значит, графика как минимум работала") Да, только дальше результатами этого никто не занимается. > -- в частности, стоит обдумать варианты вида "чахлое набортное видео, > которое толком не отключить, и дискретная видеокарта". Ещё есть 3D-обрубок, который пользователи часто принимают за видеокарту и включают не тот драйвер с "черным экраном" в последствии.
(In reply to Sergey V Turchin from comment #8) > (Ответ для Michael Shigorin на комментарий #7) > > > После удаления rm /etc/X11/xorg.conf и перезагрузки, система загружается с > > > nouveau драйвером. И требуется заносить их в > > > /etc/modprobe.d/blacklist-nvidia-x11.conf > > > blacklist nouveau > > Это всё напрашивается в скрипт nvidia-install-driver, кмк. > Ну нет уж. В угадайку играть не хочу. А почему требуется играть в угадайку после исполнения nvidia-install-driver скрипта? Это попытка, спасти пользователя, если он установил nvidia драйвера при её отсутствии? У нас же glx сами относительно pci-id устройства ставит правильные проприетарные драйвера, которые должны "просто работать". Или имеено с этим есть какие-то проблемы? В epm play switch-to-nvidia, как и происходит блок нувы https://github.com/Etersoft/eepm/blob/master/prescription.d/switch-to-nvidia.sh#L55 А после https://github.com/Etersoft/eepm/blob/master/prescription.d/switch-to-nvidia.sh#L58 удаляем x.org. Вроде по чату ximper и этерсофта, проблем с этим особо не наблюдается. Кроме особых случаев вариативности реализации MUX на ноутбуках с гибридной графикой. Из последнего помню про PRELOAD i915 например человек делал, проблем явных не наблюдалось.
(Ответ для Toxblh на комментарий #10) > (In reply to Sergey V Turchin from comment #8) > > (Ответ для Michael Shigorin на комментарий #7) > > > > После удаления rm /etc/X11/xorg.conf и перезагрузки, система загружается с > > > > nouveau драйвером. И требуется заносить их в > > > > /etc/modprobe.d/blacklist-nvidia-x11.conf > > > > blacklist nouveau > > > Это всё напрашивается в скрипт nvidia-install-driver, кмк. > > Ну нет уж. В угадайку играть не хочу. > > А почему требуется играть в угадайку после исполнения nvidia-install-driver > скрипта? Это попытка, спасти пользователя, если он установил nvidia драйвера > при её отсутствии? > > У нас же glx сами относительно pci-id устройства ставит правильные > проприетарные драйвера, которые должны "просто работать". Или имеено с этим > есть какие-то проблемы? > > В epm play switch-to-nvidia, как и происходит блок нувы > https://github.com/Etersoft/eepm/blob/master/prescription.d/switch-to-nvidia. > sh#L55 > > А после > https://github.com/Etersoft/eepm/blob/master/prescription.d/switch-to-nvidia. > sh#L58 удаляем x.org. Вроде по чату ximper и этерсофта, проблем с этим особо > не наблюдается. > > Кроме особых случаев вариативности реализации MUX на ноутбуках с гибридной > графикой. Из последнего помню про PRELOAD i915 например человек делал, > проблем явных не наблюдалось. Мне кажется, тут началось обсуждение другой баги. Откройте новый баг, пожалуйста.
(Ответ для Toxblh на комментарий #10) > А почему требуется играть в угадайку после Не после, а при. > исполнения nvidia-install-driver скрипта? Потому, что он называтеся не nvidia-setup-driver.
> Не после, а при. Всё равно не понял, в какую именно угадайку нужно играть. Что мы должны угадать и почему? > Потому, что он называтеся не nvidia-setup-driver. Не понимаю разницы, со стороны пользователя. Как он/я должен догадаться, что это ещё не всё? На как много случаев, когда пользователь ставит драйвер, просто так, что бы им НЕ пользоваться? Но всё равно не понимаю, что именно за угадайка должна быть. P.S. Если включить душнилу и докапываться до значений "Install" подразумевает "ready to use" (Кембриджский словарь), то есть и setup часть тоже.
(Ответ для Toxblh на комментарий #13) > > Не после, а при. > Что мы должны угадать и почему? Вы -- ничего. Я должен. > > Потому, что он называтеся не nvidia-setup-driver. > Не понимаю разницы, со стороны пользователя. Про пользователя речи не идёт. > Как он/я должен догадаться, что это ещё не всё? Если не сможет догадаться, значит всё в порядке. ;-)
