Проблема с nvidia-drivers
Помогите советом, уже башку к чертям сломала:-( Никогда такого не было. Решила поставить генту стейбл, задолбал арч с экспериментами на новой плазме, споткнулась на установке блоба нвидии.
Конфиг компа - M2N-E, видяшко GT 240. По инфе с нвидиевского сайта дровишки к ней последние 340.93, гента норовила всунуть 355 чего то там, хлопнула по рукам, замаскировала. Хотя сразу оговорюсь, что когда дело не пошло, пробовала размаскировать и сделать по дефолту, так же пробовала и даунгрейдить до 304 версии, пофиг, меняется только вывод ошибки иксов.
В общем вроде как при установке nvidia-drivers все окей, оно устанавливается вроде как без ошибок, предупреждает только что типа System.map не найден, используйте depmod.
nvidia-xconfig создает нормальный xorg.conf, наткнулась на инфу что может не хватать строки с BusID - lspci выдало
02:0:0 VGA compatible NVIDIA (и т.п.) добавила после
Driver "nvidia"
BusID "PCI:2:0:0"
и все равно иксы не стартуют, выдают одну и ту же ошибку - could not insert 'nvidia': Exec format error ну и далее "ноу скринс фаунд" и иди в баню.
modprobe nvidia - то же самое, exec format error -(((
В общем я чет ничего уже не понимаю. Ядро сделано генкернелом, проверила все эти
Enable loadable module support
MTRR (Memory Type Range Register) support
ну и вырубленность в ядре модулей фреймбуффера нвидии:
nVidia Framebuffer Support
nVidia Riva support
все что надо - было включено, что не надо - выключено (vesa framebuffer только стоял)
И все равно не стартует.
- Для комментирования войдите или зарегистрируйтесь
Покажите /var/log/Xorg.0.log
Покажите
/var/log/Xorg.0.log
dmesg | grep nvidia
Вывод dmesg | grep nvidia был
Вывод dmesg | grep nvidia был тупо пустой.
Перекопав все настройки ядра касательно Enable loadable module support случайно заметила пустующий пункт (точно не помню название) касательно enable force loading modules. Пересобрала ядро с ним - все заработало.
Проблему в сущности решила, просто непонятно "почему оно так". Если я правильно поняла, то я включила возможность горячей подгрузки модулей руками (или даже ногами, с пинка), почему модуль после рестарта-то тогда не грузился? Если это правильное поведение, тогда мне совершенно непонятно, почему такая опция выключена в дефолтном genkernel-ядре. Ставлю генту не в первый раз, отлично помню что отродясь не заморачивалась такими делами.
Ядро кстати еще раз пришлось пересобирать, оказывается по дефолту там и IPv4 NAT не включен,а мне надо чтоб машинка еще и на ноутбук инет давала со второй сетевушки.
Bitte, lasst die linux leben!
Наверно
Наверно это
видно, что-то было накручено с версиями/сборками ядра и nvidia-drivers.
Ну, genkernel и не подразумевает сборку ядра для шлюза.
Другой вопрос, зачем вам nvidia на шлюзе? открытой nouveau хватило бы за глаза :)
Комп - обычный десктоп со
Комп - обычный десктоп со всеми хотелками, а не полноценный шлюз с почтой и прочими прибамбасами, мне на нем просто нужен прямой ip, а не то что комнатный роутер выдает. Отсюда и желание NAT.
То что накрутили "с версиями/сборками ядра и nvidia-drivers" это к гадалке не ходи, вопрос в том что про это в мануале на гентувики ни словечка. Могли бы и добавить туда, что мол еще и этот пункт проверить. А то стою в лыжи обутая, толь лыжи не едут, толь я чего то недопонимаю.
Bitte, lasst die linux leben!
Eva написал(а): Могли бы и
Ну, очевидно оно туда не добавлено, потому что по хорошему и без него должно работать.
Конфиг из минимального образа
Конфиг из минимального образа гораздо удобнее того, что предлагает по умолчанию genkernel.
Чтобы его получить, нужно после emerge gentoo-sources сделать как-то так:
cd /usr/src/linux
zcat /proc/config.gz > .config
make oldconfig
mkdir /etc/kernels
cp .config.gz /etc/kernels/kernel-config-***-gentoo*** (например kernel-config-x86_64-4.1.4-gentoo), название версии можно посмотреть через eselect kernel list