ALT Linux Bugzilla – #41017

В p9 уже есть 470.63.01, попробуйте.
Так же в пути 470.74 .

(Ответ для Анатолий Кирсанов на комментарий #0)
> переключение по
> виртуальным консолям о чем то говорит.
На 12-й ничего интересного не пишут про видеокарту/монитор в момент вкл/выкл?

А так же кабель передачи сигнала может быть кривой запросто. Проверьте с каким-нибудь отличающимся от текущего.

(Ответ для Sergey V Turchin на комментарий #1)
> В p9 уже есть 470.63.01, попробуйте.
> Так же в пути 470.74 .

Толку от этого пока нет. К ним не прилагаются обновленные модули ядра (нет обновлений ни для std-def, ни un-def). Это значит, что совершенно точно у меня не будет работать NVENC, который я широко использую через ffmpeg (собрал сам). ffmpeg работает с libcuda, а он должен соответствовать модулю ядра.

Хотя, libcuda, по-умолчанию, у меня сама не обновляется (запретил сам). Просто я стараюсь все равно не обновлять драйвер, если нет обновления модуля. Я спрашивал в Телеграм как так выходит с libcuda, но не понял что мне ответили там.

(Ответ для Sergey V Turchin на комментарий #2)
> (Ответ для Анатолий Кирсанов на комментарий #0)
> > переключение по
> > виртуальным консолям о чем то говорит.
> На 12-й ничего интересного не пишут про видеокарту/монитор в момент вкл/выкл?

Ничего по графике там нет. 

Проверил (в описании проблемы писал иначе) - на экране ввода пароля проблема тоже есть. Не обязательно заходить в Plasma сеанс.

(Ответ для Анатолий Кирсанов на комментарий #4)
> Толку от этого пока нет. К ним не прилагаются обновленные модули ядра
Ещё как прилагаются постоянно при попадании в репозиторий.
http://git.altlinux.org/tasks/archive/done/_277/284645/
http://git.altlinux.org/tasks/286017/

(Ответ для Анатолий Кирсанов на комментарий #4)
> я стараюсь все равно не обновлять драйвер, если нет обновления модуля.
Всегда есть модуль ядра, соответствующий версии libcuda для ядер std-def и un-def.

Кабель проверили?

(Ответ для Sergey V Turchin на комментарий #8)
> Кабель проверили?

У меня на такие дела уходят недели (нужно выехать в город или заказать на почту). Пока я понял, что видеокарта поддерживает HDMI 2.0b. Вот такой кабель надо искать. Сейчас у меня DEXP (считай, NoName). Кабель я куплю. На это нужно время. Пока испытываю проблему выбора.

По совету поддержки Palit провел опыты с переключением кабеля от платы в другой порт монитора:

        GRUB            SDDM(?)
HDMI1   1280x1024@60    3840x2160@60
HDMI2   1024x768@60     3840x2160@30

Я не уверен, что окном ввода пароля управляет SDDM. Просто использовал для условного обозначения этого экрана (ввод пароля для входа в ОС).

Проблема не наблюдается в GRUB вообще, не важно какой порт монитора. 
А вот экран входа (и Plasma) сильно зависит от видеорежима. При 3840x2160@30 (HDMI2) нет никаких проблем. Выключение и последующее включение монитора не приводит к потере картинки.

Все на ядре 5.10.66 и драйвере 470.57.02.

(Ответ для Sergey V Turchin на комментарий #7)
> (Ответ для Анатолий Кирсанов на комментарий #4)
> > я стараюсь все равно не обновлять драйвер, если нет обновления модуля.
> Всегда есть модуль ядра, соответствующий версии libcuda для ядер std-def и
> un-def.

Возможно. Моя практика говорит, что модули ядра за libcuda приходят только с НОВОЙ версией ядра. С текущей модули не обновляются. А это приводит к тому, что версия libcuda не соответствует версии модуля и NVENC посылает в пешее эротическое. Обновление ядра можно ждать несколько месяцев (попадал два раза).

Как бы то ни было, новая версия драйвера и ядра в P9 пришли. Проблема сохранилась.
[kiav@main ~]$ inxi -G
Graphics:  Device-1: NVIDIA TU106 [GeForce RTX 2060 Rev. A] driver: nvidia v: 470.63.01 
           Display: x11 server: X.Org 1.20.8 driver: nvidia unloaded: fbdev,modesetting,vesa resolution: 3840x2160~60Hz 
           OpenGL: renderer: NVIDIA GeForce RTX 2060/PCIe/SSE2 v: 4.6.0 NVIDIA 470.63.01 

$ uname -r
5.10.69-un-def-alt1

Да, действительно, остается проверить другой кабель. Это не отменяет ситуации, когда на уже имеющемся кабеле есть комбинации ядра и драйвера, где все в порядке, но все-таки ...

Пока я в легком шоке, что два 1 метровых кабеля HDMI 2.0b могут различаться в цене на порядки (600 р против 17 тыр). Не совсем понимаю чем могут помочь 24 ГБит/с против 18 и "ARC, EDID, HDCP 2.2, HDR" против просто "3D, HDR". На рынке таких кабелей наблюдается жесткая дичь. Почему? А потому, что таже фирма (Inakustik) за 1 метровый кабель хочет 17 тыр (о нем уже выше), а за 2 метровый 5 тыр, но уже "3D, ARC, Ethernet, HDCP 2.2, HDR, позолоченные разъемы, тройное экранирование, 18 Гбит".

Как видите, кабель даже выбрать непросто. Не то, что купить с доставкой или без. Когда я покупал то, что у меня сейчас (DEXP HDMI 2.0), таких проблем выбора у меня не было (что продавец в торговом зале подсунул, то и взял за 1 150 р).

(Ответ для Анатолий Кирсанов на комментарий #10)
> > Всегда есть модуль ядра, соответствующий версии libcuda для ядер std-def и
> > un-def.
> Возможно.
Точно. Сам собираю.

> Моя практика говорит, что модули ядра за libcuda приходят только с
> НОВОЙ версией ядра. С текущей модули не обновляются.
Обновляются для той версии, которая в этом момент в репозитории.
nvidia-install-driver в этом случае умеет обновлять.

> А это приводит к тому,
> что версия libcuda не соответствует версии модуля и NVENC посылает в пешее
> эротическое.
Надо сразу же обновить ядро или модуль текущего ядра, если самое свежее.

> Обновление ядра можно ждать несколько месяцев
Можно, но не нужно. ВСЕГДА есть модуль ядра, соответствующий версии libcuda.
nvidia-install-driver, видимо, вас спасёт.

(Ответ для Анатолий Кирсанов на комментарий #9)
> Проблема не наблюдается в GRUB вообще, не важно какой порт монитора. 
Это наводит на мысли о проблемах в видеодрайвере(при условии, что с железом всё ок).

(Ответ для Sergey V Turchin на комментарий #8)
> Кабель проверили?

Проверил. Купил кабель Rombica, 2 метра (в DNS артикул 4800774) за 2 тыр.
Без изменений.

> Для того, чтобы снова увидеть картинку, нужно перейти на другую виртуальную
> консоль (Alt+Ctrl+F2) и снова вернуться на первую.
А несколько нажатий(с паузой) Ctrl+Alt+F12 помогает?

> Ctrl+Alt+F12
Перепутал, пробуйте Alt+Shift+F12

(Ответ для Sergey V Turchin на комментарий #15)
> > Ctrl+Alt+F12
> Перепутал, пробуйте Alt+Shift+F12

Не помогает. Но действует странно. 
На мониторе все равно ничего нет, но от повторяющихся с интервалом нажатий на Alt+Shift+F12 он то и дело сообщает, что сигнала нет и переходит в ждущий режим.

А вот Ctrl+Alt+F12 сразу показывает экран с выводом протоколов (забыл как нормально называется эта консоль).

Сейчас у меня:

inxi -G
Graphics:  Device-1: NVIDIA TU106 [GeForce RTX 2060 Rev. A] driver: nvidia v: 470.74 
           Display: x11 server: X.Org 1.20.8 driver: nvidia unloaded: fbdev,modesetting,vesa resolution: 3840x2160~60Hz 
           OpenGL: renderer: NVIDIA GeForce RTX 2060/PCIe/SSE2 v: 4.6.0 NVIDIA 470.74 

uname -r
5.10.74-un-def-alt1

Анатолий, здравствуйте.

Подскажите, пожалуйста, проблема актуальна?

(Ответ для Ivan Alekseev на комментарий #17)
> Анатолий, здравствуйте.
> 
> Подскажите, пожалуйста, проблема актуальна?

Да, актуальна.

$ inxi -G
Graphics:  Device-1: NVIDIA TU106 [GeForce RTX 2060 Rev. A] driver: nvidia v: 525.89.02 
           Device-2: Logitech HD Pro Webcam C920 type: USB driver: snd-usb-audio,uvcvideo 
           Display: x11 server: X.Org 1.20.14 driver: loaded: nvidia unloaded: fbdev,modesetting,vesa 
           resolution: 3840x2160~60Hz 
           OpenGL: renderer: NVIDIA GeForce RTX 2060/PCIe/SSE2 v: 4.6.0 NVIDIA 525.89.02

По указанным шагам ошибка не воспроизвелась.

- Стенд: ПК ASRock-H110M-DVS-R2-0 с видеокартой GeForce GT 1030 и системой, установленной из образа alt-kworkstation-9.2-install-x86_64.iso

- Версии пакетов:
nvidia_glx_common-470.74-alt243
kernel-image-un-def-5.10.176-alt1
kernel-image-std-def-5.4.239-alt1

- # inxi -G:
Graphics:  Device-1: NVIDIA GP108 [GeForce GT 1030] driver: nvidia v: 470.74
           Display: server: X.Org 1.20.8 driver: nvidia unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz
           OpenGL: renderer: NVIDIA GeForce GT 1030/PCIe/SSE2 v: 4.6.0 NVIDIA 470.74

===

Также проверил поведение с драйвером версии 525.89.02 (p10) с системой, установленной из образа alt-kworkstation-10.1-install-x86_64.iso: ошибка не воспроизвелась.

- Версии пакетов:
nvidia_glx_common-525.89.02-alt261.x86_64
kernel-image-un-def-5.15.105-alt1
kernel-image-std-def-5.10.176-alt1

- # inxi -G:
Graphics:  Device-1: NVIDIA GP108 [GeForce GT 1030] driver: nvidia v: 525.89.02
           Display: server: X.Org 1.20.14 driver: loaded: nvidia unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz 
           OpenGL: renderer: NVIDIA GeForce GT 1030/PCIe/SSE2 v: 4.6.0 NVIDIA 525.89.02