58957 2026-04-30 16:54:37 +0300 Кривая работа Nvidia при первой загрузке на новом ядре после обновления 2026-04-30 17:12:00 +0300 1 1 4 Development Sisyphus kernel-modules-nvidia-6.18 unstable x86_64 Linux NEW P5 normal --- 1 glinkinvd zerg alexei.mezin boyarsh glebfm kernelbot ldv mike rider sbolshakov shrek sin vitty vsu vt zerg qa-sisyphus oldest_to_newest 286670 0 glinkinvd 2026-04-30 16:54:37 +0300 Версии пакетов: kernel-image-6.18-6.18.25-alt1 kernel-modules-nvidia-6.18-595.58.03-alt1 На системах с дискретной Nvidia и интегрированной графикой Intel, AMD возникает следующая ситуация: После обновлении ядра (6.12, 6.18), при ПЕРВОЙ загрузке на новом ядре, в качестве основного DRM устройства используется драйвер интегрированной графики, как пример: ``` [root@ASUS-PRIME-X670E-PRO-WIFI ~]# cat /sys/kernel/debug/dri/0/name; cat /sys/kernel/debug/dri/1/name efidrm dev=efi-framebuffer.0 unique=efi-framebuffer.0 amdgpu dev=0000:12:00.0 unique=0000:12:00.0 ``` Из-за чего, в dmesg возникают ошибки вида: ``` [ 5.052235] [drm:nv_drm_dev_load [nvidia_drm]] *ERROR* [nvidia-drm] [GPU ID 0x00000100] Failed to allocate NvKmsKapiDevice ``` И nvidia в целом работает криво. При последующих загрузках ситуация меняется, в качестве основного DRM устройства используется драйвер дискретной видеокарты: ``` [root@ASUS-PRIME-X670E-PRO-WIFI ~]# cat /sys/kernel/debug/dri/0/name; cat /sys/kernel/debug/dri/1/name cat: /sys/kernel/debug/dri/0/name: Нет такого файла или каталога nvidia-drm dev=0000:01:00.0 unique=0000:01:00.0 ``` Так вот, в связи с этим поведением возникает следующий вопрос: есть ли у нас пути решения данной проблемы помимо отключения интегрированной графики при наличии дискретной? Шаги воспроизведения такие: 1) Обновиться до нового ядра в репозитории с тем же flavour (update-kernel) 2) Обновиться до другого flavour (update-kernel -t <flavour>) Вешаю на ядро. При необходимости прошу скорректировать компонент. Прошу не закрывать данную ошибку без каких-либо обоснований, если это не проблема вовсе. 286671 1 glinkinvd 2026-04-30 17:05:25 +0300 >1) Обновиться до нового ядра в репозитории с тем же flavour (update-kernel) >2) Обновиться до другого flavour (update-kernel -t <flavour>) Здесь имелась в виду не последовательность, а ИЛИ. Можно воспроизвести двумя способами.