Проброс графики в kvm

после перезагрузки не стартуют иксы.
Ошибка - Oh no, something has gone wrong

дурак

Проброс графики в kvm
Видеокарта на хосте только одна

Так не получится.

Почему? Он же не интреграшку пробрасывает.

Если бы у него была интеграшка, то всё сложилось бы иначе.

добавьте на хостовую машину самую простую видеокарту и используйте ее. мощную — пробрамывайте.

хотя, я не уверен в успехе и при таком раскладе.

хотя, я не уверен в успехе и при таком раскладе.

Если мать десктопная, то придётся собрать ядро с ACS override patch, иначе обе видеокарты будут в одной iommu-группе.

Аргументируй утырок.

Так не получится.

Почему? У него на хосте изображения не будет после проброса, да и все. О чем он написал в старт посте.

Очень информативно, спасибо.

Если мать десктопная, то придётся собрать ядро с ACS override >patch, иначе обе видеокарты будут в одной iommu-группе.

В той же статье есть пример отключения ненужного устройства, которое оказалось в одной iommu-группе с пробрасываемой картой, командой virsh nodedev-detach. Разве это не более простое решение?

Так не получится.

Т.е пробросить единственную карту на хосте в принципе нельзя? Только в kvm или в любом гипервизоре? (нигде не видел примера с подобным случаем, везде две gpu)

У меня сложилось впечатление, что карта пробросилась («монитор хостовой машины отключается, в гостевой появляется видеокарта») и проблема именно в том, чтобы подружить ее с виртуальной картой kvm. Т.е проблема не с пробросом и виртуализацией, а в использовании одновременно двух видеокарт. Если просто пробросить карту, то все работает в штатом режиме, а ломается только после установки amdgpu и последующей перезагрузки. <br> И еще кое что. В ходе экспериментов с настройками, был случай, когда на удаленной машине в vnc был черный экран, но при этом внезапно включился экран хостовой машины с графической оболочкой. И если двигать в черном окне vnc удаленной машины курсором, то он двигался на мониторе хостовой машины. Как будто виртуальная машина получила в свой доступ хостовой монитор, при этом разрешение было высокое, его мог дать только amdgpu. Не знаю насколько это важно, но это показывало что видеокарта пробросилась и успешно работает.

В той же статье есть пример отключения ненужного устройства, которое оказалось в одной iommu-группе с пробрасываемой картой,

Пробрасывается то всё равно вся группа.

Т.е пробросить единственную карту на хосте в принципе нельзя?

Теоретически можно, но экран хоста ты не увидишь, потому как для проброса карты нужно добавить в блэклист драйверы, или как в твоём мануале через pci-stub (устаревшая технология, сейчас лучше использовать vfio-pci).

Теоретически можно, но экран хоста ты не увидишь, потому как для проброса карты нужно добавить в блэклист драйверы,

Мне и не нужно видеть его, ssh вполне достаточно

или как в твоём мануале через pci-stub (устаревшая технология, сейчас лучше использовать vfio-pci).

Если гостевая машина не запущена, то в lspci -v у пробрасываемой карты можно увидеть Kernel driver in use: pci-stub. После запуска гостевой машины, строчка меняется на Kernel driver in use: vfio-pci.

Если подытожить, то такая ситуация возникает из того что gpu одна?

Мне и не нужно видеть его, ssh вполне достаточно

Тогда от меня ускользает смысл проброса карты. Почему не использовать карту сразу на хосте?

Если гостевая машина не запущена, то в lspci -v у пробрасываемой карты можно увидеть Kernel driver in use: pci-stub. После запуска гостевой машины, строчка меняется на Kernel driver in use: vfio-pci.

У меня дискретное видео для проброса отключено через /etc/modprobe.d/blacklist.conf. Если виртуалка не запущена, то строки «Kernel driver in use» по понятным причинам нет. При запущенной виртуалке «Kernel driver in use: vfio-pci».

Тогда от меня ускользает смысл проброса карты. Почему не использовать карту сразу на хосте?

Если коротко, возникла необходимость поднять на одной мощной машине несколько виртуалок, в т.ч одну с проброшенной графикой.

У меня дискретное видео для проброса отключено через /etc/modprobe.d/blacklist.conf. Если виртуалка не запущена, то строки «Kernel driver in use» по понятным причинам нет. При запущенной виртуалке «Kernel driver in use: vfio-pci».

У меня amdgpu также в черном списке. И поставлена заглушка pci-stub в /etc/systemd/grub. В моем понимании до запуска вм он говорит о том, что эта видеокарта не используется(т.к стоит pci-stub), а после запуска вм он работает через vfio-pci, чтобы отдать ее виртуальной машине.

В общем похоже дело действительно в иксах, а не в kvm. Если подключиться к гостевой машине через ssh, и от рута выполнить startx, то оболочка в vnc запускается. Если делать это через непривелегированного пользователя, то выдает ошибку PAM authentication failed, cannot start X server. Поиск по ней решения не дал, если есть идеи, буду рад выслушать.