Created attachment 17558 [details] Error message Невозможно установить проприетарный драйвер Nvidia для старого железа: GT 440. Ветка p11, ядро 6.6 и 6.12. nvidia-install-driver зависает намертво при установке с сообщением (см. вложимое).
Попробуйте прервать и запустить там /usr/libexec/X11/drvpre.d/nvidia -v
Сперва посомтрите, какая программа висит. ps axf
Не прерывается. Висит наглухо. До аппаратного ресета.
Я просто ни разу не встречал такого, поэтому сходу предположить сложно. Можно по ssh при помощи `dmesg -W` посмотреть, нет ли ругани в этот момент.
Можно ещё сперва установить все пакеты кроме последнего. Последний установить rpm -Uvh --noscripts. Запустить /usr/libexec/X11/drvpre.d/nvidia -v и смотреть, зависает ли. Тогда уже попроще будет.
Если выяснили, что это не проблема железа, переоткройте.
А все пакеты - это какие конкретно?
(Ответ для Sergey V Turchin на комментарий #6) > Если выяснили, что это не проблема железа, переоткройте. Переоткройте баг. Это не проблемы железа, железо прекрасно работает на двух компах, в т.ч. под Вин7.
update-kernel пытается поставить Kernel 6.6, когда текущая ветка std -> 6.1.112-std-def-alt0.p11.1. Это правильно?
Как переоткрыть баг? Два статуса -> Closed | Resolved
(In reply to Pavel Kiselev from comment #9) > update-kernel пытается поставить Kernel 6.6, когда текущая ветка std -> > 6.1.112-std-def-alt0.p11.1. > Это правильно? Да. std-def и un-def в Сизифе и в p11 больше нет, теперь вместо них цифровые flavour'ы. 6.6 - младшая (по цифрам) из поддерживаемых веток, именно до неё рекомендуется обновлятся с std-def и un-def.
(Ответ для Pavel Kiselev на комментарий #7) > А все пакеты - это какие конкретно? Те, что на вашем скриншоте.
Проверено на стендах с видеокартами NVIDIA GeForce GT 610, NVIDIA GeForce GT 620 [NVIDIA GF108]. Ошибка не воспроизвелась. Система подвисла там же, где и во вложении, но на несколько секунд и в конечном итоге драйвер успешно установился. Дополнительно: однако после замены драйвера на проприетарный после загрузчика висит черный экран. Дальше не идет.
(Ответ для Алексей Горячев на комментарий #13) > Дополнительно: однако после замены драйвера на проприетарный после > загрузчика висит черный экран. Дальше не идет. Не Wayland, надеюсь?
Примерно две-три недели назад обновилось ядро до 6.6.74 и ряд пакетов. В итоге установился проприетарный драйвер и система заработала. Загрузка нормальная. Сегодня, 15.02.25 система обновила пакеты, в т.ч. udevd-systemd, ядро обновилось до 6.6.75, в итоге при загрузке "ждёт" службу udevd-systemd-... в течение 3-х минут, потом догружает остальные службы и остаётся в текстовом режиме - X-сы не запускаются. Пробовал с ядрами 6.6.75 и 6.6.74 - не стартуют Х-сы без ругани в VAR/log... Какая-то проблема с udevd, вероятно, но непонятно как решать.
Created attachment 17739 [details] Udevd-systemd служба Сообщение об ошибке (см. вложенный скриншот)
Created attachment 17740 [details] Error message Удалил все пакеты *nvidia*. Установил nvidia_common_glx. Запустил nvidia-install-driver. Опять виснет с текстом "Nvidia: switching kernel module from 550.144.03 to 390.157" и висит часами.
На ядре 6.12 такая же проблема.
(Ответ для Pavel Kiselev на комментарий #15) > Какая-то проблема с udevd Мне кажется, что с железом, поэтому виснет /usr/libexec/X11/drvpre.d/nvidia, предположительно, при сканировании PCI(вы ведь так и не сделали, что просил).
Нет, Сергей, проблемы с железом нет от слова "совсем". Вчера установил Win7, сегодня Win10 - всё работает без проблем много часов. Вчера, не дождавшись ответа, установил драйвера Nvidia с пятой попытки по следующему видео: https://rutube.ru/video/0bf34f56038837312174aeed5df41373/?r=a/ Там какой-то патч для установки драйверов на ядра 6.8 и выше. Я установил "оригинальный" драйвер 390.157 Nvidia с этим пачтем для ядра 6.6 - с пятой попытки всё заработало, не находил исходников, надо было доставить kernel-source-module, если не ошибаюсь. При этом, на "Альтовском" проприетарном драйвере 390.157 вообще отказывался работать OpenCL и было совсем непонятно как это лечить.
(Ответ для Sergey V Turchin на комментарий #19) > (Ответ для Pavel Kiselev на комментарий #15) > > Какая-то проблема с udevd > Мне кажется, что с железом, поэтому виснет /usr/libexec/X11/drvpre.d/nvidia, > предположительно, при сканировании PCI(вы ведь так и не сделали, что просил). Сергей, я бы с радостью, но я не работаю плотно на Альте... Для меня было открытием: systemctl set-default multi-user вместо привычного telinit 3 Поэтому совсем непонятно как скачать и установить пакет через rpm ИЗ КОНСОЛИ без GUI, если: apt-get install -d имя.пакета скачивает пакет, но rpm его не видет. И как установить часть пакетов, если используя apt-get install ставит пакеты с зависимостями, т.е. устанавливается сразу и тот финишный пакет, который надо устанавливать через rpm с --no-script
(Ответ для Pavel Kiselev на комментарий #21) > Для меня было открытием: > systemctl set-default multi-user Это у всех уже. > вместо привычного > telinit 3 Это не то же самое и назначение разное. > apt-get install -d имя.пакета > скачивает пакет, но > rpm его не видет. Видит. > И как установить часть пакетов, если используя > apt-get install > ставит пакеты с зависимостями, т.е. устанавливается сразу и тот финишный > пакет Неправда.
(Ответ для Sergey V Turchin на комментарий #22) > (Ответ для Pavel Kiselev на комментарий #21) > > Для меня было открытием: > > systemctl set-default multi-user > Это у всех уже. Я рад, но мне от этого не легче. > > вместо привычного > > telinit 3 > Это не то же самое и назначение разное. Назначение простое - не грузить ГУЙ. У меня нет особого опыта с долбанным systemD, к сожалению. > > apt-get install -d имя.пакета > > скачивает пакет, но > > rpm его не видет. > Видит. Нет, не видит. > > И как установить часть пакетов, если используя > > apt-get install > > ставит пакеты с зависимостями, т.е. устанавливается сразу и тот финишный > > пакет > Неправда. Вы издеваетесь? Я должен не верить своим глазам?
Обратитесь в техподдержку.
Отличный ответ! Главное, конструктивный и полон исчерпывающей информации. Браво!
Нашёлся человек, у которого получилось добыть необходимую информацию. Ошибка уже исправлена и в репозитории. Будет в любой новой сборке образа, если используете установку.
