Bug 52748

Попробуйте прервать и запустить там 
/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
> > ставит пакеты с зависимостями, т.е. устанавливается сразу и тот финишный
> > пакет
> Неправда.
Вы издеваетесь? Я должен не верить своим глазам?

Обратитесь в техподдержку.

Отличный ответ! Главное, конструктивный и полон исчерпывающей информации. Браво!

Нашёлся человек, у которого получилось добыть необходимую информацию. Ошибка уже исправлена и в репозитории. Будет в любой новой сборке образа, если используете установку.