На днях возникла необходимость в установке кальки. Выбор был между релизом cld-17 и его стейджем. Сначала был поставлен cld-17. Когда дело дошло до обновления, то оказалось, что обновлять или ставить новые надо 605 пакетов общим объемом около 1,5 гиг. Внушительно, но я прошел почти все обновление и только на последнем десятке пакетов получил проблемы. Вобщем, от cld-17 пришлось отказаться.
Дальше были перепробованы все стейджи за апрель месяц, доступные на 12-04-2017. И ни один из них не установился в компоновке с вендорским драйвером nvidia GF 8500 GT. Иксы устойчиво не запускались, получалась только командная строка. Признаки были такими же, как в случае обновления драйвера до версии 340.102.
Пришлось временно ставить вариант с нуво. Временно потому, что в и в этом варианте не все благополучно. Например, в графической консоли не выводятся прогрес-бары, только проценты, также отсутствуют обозначения зоны кнопок, есть только их названия. Ну и в таком духе далее.
Пожалуйста, посоветуйте, что надо сделать для установки системы с драйвером 340.101.
Спасибо.
после установки системы с нуво войти в нее и замаскировать 340.102 и выше.
mkdir /etc/portage/package.mask/x11-drivers
echo \>=x11-drivers/nvidia-drivers-340.102 > /etc/portage/package.mask/x11-drivers/nvidia-drivers
emerge -av x11-drivers/nvidia-drivers
потом через консоль calculate “настройка видео” выбрать nvidia
или cl-setup-video --help
разрешение framebuffer в этом случае лучше выбрать 1024x768 (это загрузка системы от grub до логина и tty1-12)
А у вас устанавливается драйвер nvidia-drivers-340.102 или свежее? 340.102 сейчас замаскирован в профиле кальки.
Фёдор Ратиев, Alexander Tratsevskiy, спасибо за ответы.
Прошу извинить за некоторую сумбурность в изложении (за вчерашний день 11 попыток установок :).
Драйвер устанавливается 340.101, согласно настроек в etc/portage/package.mask/nvidia, т.е. обычным порядком. С этим драйвером моя видеокарта nvidia GF 8500 GT работает нормально, по крайней мере в релизном варианте cld-17 конца прошлого года и со всей чередой обновлений вплоть до OpenRC 23.2, а вот установка системы заново (скажем, стейдж от 10-04) с выбором вендорского драйвера - тот же самый 340.101 - заканчивается без иксов.
ЗЫ: Ситуация с драйвером 340.102 мне известна.
У меня иногда тоже xdm не стартует. (GTX 275 драйвер 340.102). Просто чёрный экран.
Перехожу в tty1, логинюсь от рута и /etc/init.d/xdm restart.
Если не помогает, то cl-setup-system.
Это в основном после обновлений бывает.
В догонку хочу прояснить еще один вопрос. Сейчас в системе установлен только свободный видеодрайвер - нуво. Если я обычным способом установлю x11-drivers/nvidia-drivers-340.101 и после в разделе “видео” графической консоли переключусь не него, после перезагрузки система будет работать уже с вендорским драйвером, или есть еще какие-то, менее очевидные, но необходимые действия на эту тему?
Федор, моя ситуация все-таки заметно отличается. Во-первых, драйвер 340.101, который с самого начала появления его в репе не страдал двузначностями, во вторых, установка cld-17 с вендорским драйвером всегда проходила коректно.
Конечно же все вышесказанное справедливо с оговоркой: на моем железе.
Илья Бабаев wrote:
В догонку хочу прояснить еще один вопрос. Сейчас в системе установлен только свободный видеодрайвер - нуво. Если я обычным способом установлю x11-drivers/nvidia-drivers-340.101 и после в разделе “видео” графической консоли переключусь не него, после перезагрузки система будет работать уже с вендорским драйвером, или есть еще какие-то, менее очевидные, но необходимые действия на эту тему?
По идее да :).
У меня вообще в ядре отключен nouveau. также заменил uvesafb на просто vesa.
Разрешение фреймбуфера 1024x768, экрана(когда nvidia-драйвер вступает в работу) 1600x900.
Композитинг включён.
Если не заведётся, то можно посмотреть /var/log/Xorg.0.log
Например less /var/log/Xorg.0.log
там в конце как правило должно указывать на ошибки.
также можно проверить загрузку драйвера
lsmod | grep nvidia.
ну и
dmesg
загруженный nvidia драйвер в конце предупреждение выдаёт.
Обновился, установил x11-drivers/nvidia-drivers-340.101, переключился на него в консоли, перезагрузился. Все работает.
Для чистоты эксперимента поставлю стейдж от 13-04, в котором, как я думаю, устранена обсуждаемая проблема.
Позже отпишусь.
Увы, установка стейджа от 13-04 ничего не дала.
Повторяемости явления
Обновился, установил x11-drivers/nvidia-drivers-340.101, переключился на него в консоли, перезагрузился. Все работает.
не получилось. При установке x11-drivers/nvidia-drivers-340.101 и переключении на него в консоли в итоге получаю, как и раньше, систему без иксов. Максимум, что удается, да и удавалось раньше, так это с помощью утилит из командной строки переключиться обратно на нуво.
Все-таки что-то, связанное с питоном. После нескольких включений (десктоп) проявился питон (кнопки в графической консоли, к3в) и переключение на x11-drivers/nvidia-drivers-340.101 произошло корректно.
Два наблюдения:
- Стейдж cld-17 от 26-04. Скачал, записал болванку, попробовал загрузить лайв. Загрузка доходит до прогреса применения настроек гостя и останавливается. На экране - только следы от лап. Ждал 10 минут, ничего не изменилось.Кстати, размер исошки подозрительно похудел больше, чем на 100 мег, связи, случайно, нет?
- После вчерашнего обновления теперь уже системы cld-17 перестал работать вьювер картинок gwenview. Запускаю gwenview, пытаюсь перейти в /home и приложение вылетает.
Прокомментируйте, пожалуйста.
Из ночных стейджах убраны пакеты необходимые для сборки, поэтому все дистрибутивы несколько уменьшились в размере.
Gwenview теперь скорей всего работает. Проблема была из-за обновления GCC.
Александр, спасибо за ответ.