И снова проблема с драйверами (и снова нвидиа.)

[Skovorodnikov]

Доброго времени суток!

Дистрибутив: Fedora 13 x86

Теперь о проблеме.
Сегодня обновлял пакеты при помощи графической утилиты "обновление программ".
После обновления графика перестала загружаться.

Заметил что среди обновлений был новый драйвер "X11 Nvidia video driver"(или как-то так). В общем, это был явно не проприетарный драйвер нвидиа(последний уже был установлен).
Теперь при загрузке системы, полоса загрузки мигает, затем замирает и ничего не происходит.
Консольный режим работает.

Сам подозреваю что новый xorg-драйвер пытается загрузиться, и конфликтует с проприетарным.
Возможно это чушь, но я высказал свои подозрения.

Теперь вопрос: как мне вернуть графику, и при этом ничего не потерять?

Надеюсь на помошь.
Заранее спасибо.

P.S: забыл написать что это все произошло после выхода из учетной записи.
Еще стоит отметить отвратительное изображение в opengl-приложениях(это после установки xorg-драйвера).
P.P.S: под xorg-драйвером я подразумеваю стандартный видео-драйвер без поддержки 3D. Он же вроде бы как nouveau.

[BIgAndy]

Теперь вопрос: как мне вернуть графику, и при этом ничего не потерять?
P.P.S: под xorg-драйвером я подразумеваю стандартный видео-драйвер без поддержки 3D. Он же вроде бы как nouveau.

0) почитать xorf.0 эррорлог.
1) nouaveau как раз поддерживает 3Д на нвидии. При этом на gl9600 выдает 120 попугаев (предыдущий, на F11 выдавал только 300)
2) чтобы купировать конфликт nvidia с nouaveau достаточно прорисать nouaveau в блеклист.
Например, в grub.conf

Код: Выделить всё

 pcie_aspm=off nouveau.modeset=0 rdblacklist=nouveau

[Skovorodnikov]

0) почитать xorf.0 эррорлог.
1) nouaveau как раз поддерживает 3Д на нвидии. При этом на gl9600 выдает 120 попугаев (предыдущий, на F11 выдавал только 300)
2) чтобы купировать конфликт nvidia с nouaveau достаточно прорисать nouaveau в блеклист.
Например, в grub.conf

Код: Выделить всё

 pcie_aspm=off nouveau.modeset=0 rdblacklist=nouveau

0) а можно узнать как это сделать из-под консоли?
1) я слышал о поддержке 3д в nouaveau, но не пробовал.
2) nouaveau и так в блеклисте, команда "blacklist=nouaveau" прописана в grub'е

[Skovorodnikov]

А не мог ли новый nouveau прописать себя в xorg.conf?

Я еще раз просмотрел аргументы загрузки в GRUB.
Там есть эта строка: pcie_aspm=off nouveau.modeset=0 rdblacklist=nouveau

Но почему же не загружается графика, если nouveau в черном списке?

Возможно ли такое что nouveau прописан в xorg.conf?

И как все же устранить проблему?

[broom]

Возможно ли такое что nouveau прописан в xorg.conf?

Ну и не быстрее ли вам открыть этот файл и проверить?

Код: Выделить всё

less /etc/X11/xorg.conf

Смотреть там, где написано Driver.

Но вообще-то у вас может и не быть xorg.conf. Может, просто удалить пакет с nouveau, раз он вам не нужен?

[Skovorodnikov]

Возможно ли такое что nouveau прописан в xorg.conf?

Ну и не быстрее ли вам открыть этот файл и проверить?

Код: Выделить всё

less /etc/X11/xorg.conf

Смотреть там, где написано Driver.

Но вообще-то у вас может и не быть xorg.conf. Может, просто удалить пакет с nouveau, раз он вам не нужен?

В xorg.conf был прописан драйвер Nvidia.

Вообще, на данный момент ситуация такая:
Ядро 2.6.34.7-56.i686.PAE(которое у меня и было основным, когда случилась вся эта ерунда) ведет себя странно.
Под ним не работает видео-драйвер nvidia.
Я не могу даже удалить его.

Команда yum remove kernel-PAE-2.6.34.7-56.fc13.i686.PAE (либо то же самое но без PAE) выдает следующее:

Код: Выделить всё

[root@intel Tekk]# yum remove kernel-PAE-2.6.34.7-56.fc13.i686.PAE
Загружены модули: presto, refresh-packagekit
Подготовка к удалению
Нет результатов для параметра: kernel-PAE-2.6.34.7-56.fc13.i686.PAE
Нет пакетов, отмеченных для удаления
[root@intel Tekk]#

В данный момент у меня ядро поновее.

Код: Выделить всё

[root@intel Tekk]# uname -r
2.6.34.7-61.fc13.i686.PAE
[root@intel Tekk]#

Я пробовал удалить оба драйвера под старым ядром( и nouveau и nvidia), поставить их по-новой.
В итоге, переустановка kmod-nvidia-PAE для предыдущего ядра ничего не дает(устанавливал yum install kmod-nvidia-2.6.34.7-56.i686.PAE). Графика так же не загружается.

Нежелание переходить на новое ядро связано с отсутствием дров для моего wifi-usb адаптера к этому же ядру(ну т.е 2.6.34.7-61). Вернее дрова-то есть, а kmodґа к ним под ядро 2.6.34.7-61 нет.

В общем картина такая:
Видео заработало на ядре 2.6.34.7-61(PAE).
Но под это ядро нет kmod-rt3070(для wifi адаптера), и мне приходится пользоваться старым lan-модемом(что крайне неудобно).

Так же я пробовал установить ядро 2.6.33.3-85(PAE), под которое есть и kmod-nvidia и kmod-rt3070.
Но это дало такой же результат, как и в случае с ядром 2.6.34.7-56(PAE).

P.S: В чем может быть проблема? Почему же не загружается графика под старыми ядрами Linux?
P.P.S: Только что заметил что было установлено несколько пакетов nvidia-settings. Может дело в этом?

Только что нашел rpm-пакет с ядром 2.6.34.7-56(PAE), установил.
Поставил к нему же kmod-nvidia.
Графика так же не работает.

Вот в чем может быть дело?

[Skovorodnikov]

Дополнение: Если в моем случае со старым ядром уже ничего нельзя сделать, то посоветуйте хотя-бы как собрать kmod к wifi-адаптеру.

[alkesta]

как собрать kmod к wifi-адаптеру.

Взять соурс-пакет - http://download1.rpmfusion.org/free/fedora...t3070-kmod.html и персобрать.

[alv]

Skovorodnikov
Миль пардон, конечно, но про akmod чего почитать - религия не позволяет?
тема жёвана и пережёвана на всех ресурсах.

[alkesta]

про akmod чего почитать - религия не позволяет?

Если имеется ввиду akmod-rt3070, то можно ссылку на "почитать".
Или что имеется ввиду?

[arkhnchul]

в смысле как вообще собирать эти akmod-ы.

по теме: nouveau может быть в initrd, тогда занесение его в блеклист не действует. Попробуйте пересобрать initrd.

[alv]

в смысле как вообще собирать эти akmod-ы.

И главное - зачем они нужны.

по теме: nouveau может быть в initrd, тогда занесение его в блеклист не действует. Попробуйте пересобрать initrd.

Кстати, да, раз речь идёт о 13-й версии, там это надо делать руками.
На предмет почитать - вот: http://fossbook.info/configs/497
В 14-й это всё проделывается автоматом: http://alv.me/?p=1182
Хотя, как говорят жалобы на форумах, не всегда.

[Skovorodnikov]

Так, отвечаю каждому отдельно.

alkesta, мне уже не нужен kmod к старому адаптеру, т.к я купил новый pci адаптер и собрал к нему драйвер.
alv, akmod я уже ставил. не помогло.
arkhnchul, nouveau я удалил, и причем давно.

Да, кстати.
alv, в официальной(не russian fedora remix) Fedor´е 13, после установки драйверов NVIDIA из репозиториев, nouveau так же автоматически помещается в "черный список".

Теперь касательно самой темы:
Ни nouveau, ни проприетарные дрова NVIDIA так и не заработали на ядрах ниже 2.6.34.7-61.
Драйвер NVIDIA отлично работает как на обычной версии вышеуказанного ядра, так и на PAE-версии. Проверено.

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


P.S: Можно устроить небольшой оффтоп? Дня два назад я заметил странное поведение SELinux. Почти при любом действии, "политика безопасности" так и норовит вывести мне "Отказ AVC". Что самое интересное, что отказ этот...пустой...ошибок нет, лог пуст.
После чего появилось: после попыток запуска Racer.nl(а точнее, после попыток этого самого Racer.nl получить доступ к FMod).
Кроме того, AVC останавливал даже принтер, при попытке распечатать что-нибудь.
Потом я включил "разрешающий" режим работы SELinux, и принтер стал работать.
Что это?

Все. Оффтоп устроил, больше не буду. Просто не хочется еще одну тему создавать из-за такой мелкой ошибки.

[Ali1]

Кстати, при установке модуля надо устанавливать переменную SeLinux.
ЗЫ
Поведение инсталлятора пакета постоянно меняется.

Код: Выделить всё

]$ rpm -q --changelog xorg-x11-drv-nvidia | grep -i initramfs
- do not regenerate initramfs after install
- regenerate initramfs after install and remove
[ali@aliCQ ~]$ rpm -q --changelog xorg-x11-drv-nvidia | grep -i selinux
- Fix selinux context on device creation rfbz#1421
- Add post section Enabled Selinux allow_execstack boolean.
- F7 SELinux fixes (continued)
- Conflict with xorg-x11-drv-fglrx and selinux-policy < 2.2.29-2.fc5
[ali@aliCQ ~]$

[alv]

Дня два назад я заметил странное поведение SELinux

Опыт моего общения с SELinux'ом привел меня к заключению, что в его поведении бывет только одна странность: если он не ведёт себя странно
Так что коль скоро нет каких-то специальных потребностей в безопасности - то разрешительный режим это наше фсио.

[Skovorodnikov]

Кстати, при установке модуля надо устанавливать переменную SeLinux.
ЗЫ
Поведение инсталлятора пакета постоянно меняется.

Код: Выделить всё

]$ rpm -q --changelog xorg-x11-drv-nvidia | grep -i initramfs
- do not regenerate initramfs after install
- regenerate initramfs after install and remove
[ali@aliCQ ~]$ rpm -q --changelog xorg-x11-drv-nvidia | grep -i selinux
- Fix selinux context on device creation rfbz#1421
- Add post section Enabled Selinux allow_execstack boolean.
- F7 SELinux fixes (continued)
- Conflict with xorg-x11-drv-fglrx and selinux-policy < 2.2.29-2.fc5
[ali@aliCQ ~]$

Т.е мне теперь необходимо переустановить драйвера, и при установке установить переменную SELinux?
Я все правильно понял?

[Ali1]

Т.е мне теперь необходимо переустановить драйвера, и при установке установить переменную SELinux?
Я все правильно понял?

Нет.
Написанное мной скорее ответ на Ваш оффтоп и общую дискуссию.

Для начала.
При загрузке не наблюдайте за полоской, а нажмите <Esc>.
Вы увидите что-то подобное

Checking kmods exist for 2.6.35.6-48.fc14.x86_64 [ OK ]
ip6tables: Применение правил межсетевого экрана: [ OK ]
iptables: Применяются правила межсетевого экрана: [ OK ]
Checking for module nvidia.ko: [ OK ]
Enabling the nvidia driver: [ OK ]
Запускается portreserve: [ OK ]

Обратите внимание на результат поиска nvidia.ko и его загрузки.

Если получится, перейдите в соседний терминал <Ctrl+Alt+F2>, авторизуйтесь.
Проверьте какие модули загружены -- lsmod, обращая внимание на nvidia и nouveau.
Проверьте версию текущего ядра -- uname -r
Проверьте наличие модуля nvidia.ko в /lib/modules/`uname -r`/extra/
Проверьте значение переменной SELinux allow_execstack -- getsebool allow_execstack
Посмотрите в /var/log/Xorg.0.log
Возможно у Вас появится цельная картина происходящего. И в зависимости от происходящего можно будет предпринимать какие-то действия.