ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Выключение монитора и последующее его включение не приводит к появлению картинки | ||
|---|---|---|---|
| Product: | Branch p9 | Reporter: | Анатолий Кирсанов <kiav1976> |
| Component: | nvidia_glx_470.57.02 | Assignee: | Sergey V Turchin <zerg> |
| Status: | CLOSED WORKSFORME | QA Contact: | qa-p9 <qa-p9> |
| Severity: | minor | ||
| Priority: | P5 | CC: | qwetwe, zerg |
| Version: | не указана | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| See Also: | https://bugzilla.altlinux.org/show_bug.cgi?id=45066 | ||
В 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
|
$ inxi -G Graphics: Device-1: NVIDIA TU106 [GeForce RTX 2060 Rev. A] driver: nvidia v: 470.57.02 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.57.02 $ uname -a Linux main.localdomain 5.10.66-un-def-alt1 #1 SMP PREEMPT Thu Sep 16 20:11:20 UTC 2021 x86_64 GNU/Linux $ lsb_release LSB Version: 4.0:core-3.0-amd64:core-3.0-noarch:core-4.0-amd64:core-4.0-noarch:cxx-3.0-amd64:cxx-3.0-noarch:cxx-4.0-amd64:cxx-4.0-noarch:desktop-3.0-amd64:desktop-3.0-noarch:desktop-4.0-amd64:desktop-4.0-noarch:graphics-3.0-amd64:graphics-3.0-noarch:graphics-4.0-amd64:graphics-4.0-noarch:languages-3.0-noarch:languages-4.0-noarch:printing-3.0-noarch:printing-4.0-noarch $ cat /etc/system-release ALT Workstation K 9.2 (Centaurea Pineticola) # lspci | fgrep NVIDIA 07:00.0 VGA compatible controller: NVIDIA Corporation TU106 [GeForce RTX 2060 Rev. A] (rev a1) 07:00.1 Audio device: NVIDIA Corporation TU106 High Definition Audio Controller (rev a1) 07:00.2 USB controller: NVIDIA Corporation TU106 USB 3.1 Host Controller (rev a1) 07:00.3 Serial bus controller [0c80]: NVIDIA Corporation TU106 USB Type-C UCSI Controller (rev a1) # lspci -n | fgrep "07:00.0" 07:00.0 0300: 10de:1f08 (rev a1) /usr/share/doc/nvidia_glx_470.57.02-470.57.02/README.txt содержит ______________________________________________________________________________ Appendix A. Supported NVIDIA GPU Products ______________________________________________________________________________ A1. NVIDIA GEFORCE GPUS NVIDIA GPU product Device PCI ID* VDPAU features ----------------------------------------------- -------------- -------------- NVIDIA GeForce RTX 2060 1F08 J Проблема НЕ наблюдается при этих комбинациях ядра и драйвера: 5.4.35 и 440.82 5.4.55 и 450.57 А вот на этих проблема есть: 5.4.147 и 470.57.02 5.10.45 и 460.80 5.10.66 и 470.57.02 Ядра 5.4 - std-def, 5.10 - un-def. Для повторения ошибки нужно: Войти в систему (окна приглашения для ввода пароля недостаточно). Физически выключить монитор его штатной кнопкой включения/выключения. Физически Включить монитор. Картинки на мониторе не будет. Вместо нее он напишет, что сигнала нет и что он переходит в ждущий режим. Для того, чтобы снова увидеть картинку, нужно перейти на другую виртуальную консоль (Alt+Ctrl+F2) и снова вернуться на первую. Все открытые окна, все программы - все в полном порядке. Оживить картинку на мониторе движением мыши и надавливанием кнопок на клавиатуре не выйдет. Питание на них точно есть, да и переключение по виртуальным консолям о чем то говорит.