Денис _______________

1. приведите листинги следующих команд:

dmesg | grep ecap
find /sys/kernel/iommu_groups/ -type l
lspci

2.

Мало того, что драйвера в списках установленных нет, так и в файле /default/grub выставлен пункт iommu_intel=on, а при подключении PSI-устройства к ВМ, выдаёт ошибку, что IOMMU не включён.

После правки grub файла Вы давали команду update-grub с последующей перезагрузкой? Команда требует привилегий root или sudo смотря под каким юзером настраиваете систему.
что выдает команда

dmesg | grep -e DMAR -e IOMMU

после update-grub? Включены ли в Биосе опции VT-d + VT-x (иногда одна из них звучит как Intel virtualization technology, но надо читать инструкцию к материнке как там звучат эти пункты в меню настроек)

3. Вы блокировали через черный список загрузку драйверов для ВК Nvidia на хосте? Нельзя пробросить используемое устройство в системе, ставить драйвер в Гипервизоре не нужно, драйвер ставится в виртуалке.

общий гайд для 7го ProxMox Здесь https://habr.com/ru/articles/575654/
8й не тестировал, думаю там все плюс-минус так же.

Жесткие диски можно пробрасывать как через проброс физического контроллера жестких дисков, как PCIe устройство, (не рекомендую пробрасывать контроллер интегрированный в материнскую плату, только подключенные к PCIe), либо напрямую:
заходим в
## cd /dev/disk/by-id
через dir смотрим листинг…
копируем строки вида ata-WDC_WD40EFRX-68WT0N6_WD-WCC4E1АС9SХ9, в которой прописан интерфейс подключения, марка и номер серии жесткого диска. Затем открываем Файл конфигурации ВМ и пишем:
sata1: volume=/dev/disk/by-id/ata-WDC_WD40EFRX-68WT0N6_WD-WCC4E1АС9SХ9
и все работает, при этом учитывайте, что sata0-sata5, т.е. для одной ВМ число подключаемых таким образом дисков, включая виртуальных, не может превышать 6шт.

Если же бэкап будет осуществлять не виртуалкой, а хостом с ProxMox'ом, то либо нужно ставить PROXMOX BACKUP SERVER, либо подключить диск, например так:
https://losst.pro/kak-dobavit-disk-v-proxmox
при этом если это будет SSD диск, то нужно будет озаботится что бы trim был настроен и работал для него

GPU Passthrough спасет начинающего любителя игр, при условии если заведется
Видеоролик с результатами проброса mobile GTX1660ti Max-Q в ноутбуке:
https://www.youtube.com/watch?v=6pzdkXqI4sU
Видеоролик с результатами проброса GTX1070 на десктопе:
https://www.youtube.com/watch?v=wjlmWHJiEug

Мои статьи на эту тему (для ноутбука и для ПК):
https://habr.com/ru/post/575654/
https://habr.com/ru/post/437598/

Так и ставьте ProxMox, бесплатен, правда хз что там с лицензией для бизнеса, WEB-интерфейс, мануалы на русском в сети присутствуют, как и обучающее видео, в основе лежит KVM... одни плюсы, либо можете посмотреть что там у наших вендоров с KVM было, кажется есть виртуализация у разработчиков Astra Linux, но она платная и не такая фичастая

Пришла идея сделать из домашнего ПК рабочую станцию, которой будут пользоваться два человека одновременно. Задачи следующие:

1. полноценная работа в Autocad, 3Ds Max в виртуальной машине
2. синхронизация рабочих процессов с удалённым компьютером в офисе, чтобы можно было начать работу дома и продолжить в офисе, и наоборот. Желательно используя персональное облако, свой сервер имеется
3. возможность гейминга в другой виртуальной машине, одновременно с пунктом 1.

Это рабочая схема, более того я пришел к тому же, но у меня одна виртуалка рабочая, другая отвечает за сохранность данных, грубо говоря на ней висят 7 дисков HDD на которых как хранятся файлы, так и делаются бэкапы, а еще организован доступ с разграничением прав по сети. Теперь к Вашим хотелкам.
1. Возможно
2. Это решается не средствами виртуализации и здесь не принципиально реальное это железо или ВМ.
3. Тоже возможно

Однако нужно понимать, что на пути решения этой задачи через виртуализацию стоят следующие вещи:
1. Железо. Без поддержки материнкой и ЦП это все не заведется. Для АМД и для Интела это несколько разные технологии. Лично я в 2019м году поменял 2 матери, прежде чем выбрал ту на которой это все завелось. Лучше всего искать истории с Happy End'ом в сети и брать такое же железо, частично подойдут железки с этой страницы, но здесь далеко не полный перечень совместимого железа, это стоит понимать:
https://en.wikipedia.org/wiki/List_of_IOMMU-suppor...
2. Ограничение железо и софта. На текущий момент ресурс игровых ВК нельзя делить между виртуалками, только пробрасывать (зато ВК профессиональных серий делить на несколько ВМ можно, зато в них играть будет не очень). Проброс означает 1 ВК на 1 ВМ (соответственно 1 рабочий монитор на каждую такую виртуалку), хосту лучше всего оставить интеграшку, в принципе можно и без нее обойтись, но первоначальная настройка сильно усложнится.
Гипервизоры, которые поддерживают проброс ВК в ВМ: Xen, любой дистрибутив Linux+KVM (в т.ч. Proxmox), ESXi, по заверениям мелкомягких Hyper-V, но в какой версии - десктопной/серверной и как это работает - я ХЗ. Не видел и не щупал. А щупал Линукс и здесь это работает хорошо, хотя первоначально разбирался месяц.
Еще здесь частый спутник это широко известная в узких кругах ошибка 43, которая может иметь как железные корни, тогда здесь ничего сделать нельзя, так и софтварные, тогда можно. Даже не смотря на то что NVidia пообещала не портить жизнь энтузиастам до сих пор встречаются проблемы с пробросом в части драйверов, то неверный id оборудования видит драйвер, то драйвер без обманок отказывается работать корректно. Как правило проблем нет с ВК от АМД, но и тут нужно аккуратно. Ограничения так же вылезают на звуке, к сожалению не всегда интегрированную звуковую карту можно пробросить в ВМ, это связано с тем, что либо не поддерживается проброс для этого оборудования или она висит в группе с другими устройствами и ее проброс ломает работу этой группы устройств для хоста. Лучше всего решает эту проблему PCI-e звуковая карта, кабель DP/HDMI, USB - звуковая карта, но в последнем случае стоит помнить, что если потребуется микрофон, то без наводок он будет работать только в проброшенном USB-контроллере... что как бы намекает...

Прошу внести ясность в следующие вопросы:
1. для поставленных задач наилучшим решением распределения ресурсов будет гипервизор?
2. какой гипервизор посоветуете?
3. для распределения ресурсов GPU раньше подходили исключительно экзотичные видеокарты, типа некоторых AMD FirePro, Nvidia GRID, Tesla и т.д., а сейчас ситуация изменилась?
4. Если не получится распределить ресурсы GPU между VM, можно будет пробросить внешнюю видеокарту через Thunderbolt?

1. Скорее да чем нет. Есть софт делящий ресурсы без виртуализации, но стоит денег и по отзывам глючный.
2. Тот с которым умеете работать. Мне зашел ProxMox, как самый дружелюбный с WEB-интерфейсом, но тут это вкусовщина + доступность комьюнити и мануалы. KVM тут вне конкуренции, ИМХО.
3. Нет все так же. Была разработка от мелкомягких для Hyper-V которая называлась Remote-FX, но ее похоронили. Была только в сервеной версии винды.
4. Да можно.

Видеоролик с результатами проброса mobile GTX1660ti Max-Q в ноутбуке:
https://www.youtube.com/watch?v=6pzdkXqI4sU
Видеоролик с результатами проброса GTX1070 на десктопе:
https://www.youtube.com/watch?v=wjlmWHJiEug

Мои статьи на эту тему (для ноутбука и для ПК):
https://habr.com/ru/post/575654/
https://habr.com/ru/post/437598/

Все зависит от того на сколько удаленным нужно такое место и на чьей архитектуре:
Online:
1. Как уже писали выше, решения Adobe доступны через Creative Cloud.
2. Через виртуальные машины со стримом рабочего стола. Тут куча нюансов на чьей архитектуре виртуализируется, какие тарифные планы, какой гипервизор... даже не рискну обозревать дальше.

На своем железе:
3. Что бы взлетело, если говорить про железо на Интеле, нужно чтобы и ЦП и мать поддерживали и эти опции были включены/активированы в БИОС как: VT-d, VT-x (часто фигурирует в БИОС как Intel virtualization technology, дополнительно к пункту поддержки виртуализации VT-d), мать должна поддерживать технологию IOMMU. Используются решения только на Linux|Unix - KVM, Xen, ESXi

Видеоролик с результатами проброса mobile GTX1660ti Max-Q в ноутбуке:
https://www.youtube.com/watch?v=6pzdkXqI4sU
Видеоролик с результатами проброса GTX1070 на десктопе:
https://www.youtube.com/watch?v=wjlmWHJiEug

Мои статьи на эту тему (для ноутбука и для ПК):
https://habr.com/ru/post/575654/
https://habr.com/ru/post/437598/

плюсы - в радиусе кабеля от ВК к дисплею задержек никаких. В случае если таки нужно стримить рабочий стол через сеть, то тут есть выход. Это опять же стриминг - RDP, какой-нибудь looking Glass, который уже включает в себя гипервизор и т.п.

в случае с виртуалкой и пробросом ВК в ВМ разницы нет никакой с реальным железом, за исключением настроек самого железа. Без ВК, я так понимаю, Вам пользоваться удаленным рабочим столом не интересно...

Проброс локальных USB в KVM, Xen, ESXi принципиально возможен, в случае с RDP может быть не все так просто как и при работе в чьей-то арендуемой виртуалке.

Что касается игр, то тут ситуация сильно лучше, тот же Steam, GeforceNow в принципе играбельны. Можно играть даже на нетбуке в CyberPunk 2077, при условии что ЦП переварит видеопоток.

arbrspb,

Имеется сервер с установленным на него ubuntu linux. Суть задачи заключается в том чтобы на него поставить виртуальную машину в которой можно будет пробросить физическую видеокарту nvidia для использования ее в майнинге. На виртуальную машину планируется установить wondows 10. Возможно ли такое реализовать?

1. О главном! За железо.
- К серверу должен быть физический доступ для первоначальной настройки. Все эти конфигурации, включение-выключения и подсоединения к монитору для того что бы видеть воочию.

- Железо должно поддерживать VT-d (сейчас почти у всех есть поддержка этой технологии) и VT-x. (Для АМД AMD-Vi, IOMMU) Обязательно нужно активировать указанные технологии в BIOS'е. Если на этом этапе VT-x включить нельзя, или он не включается вместе с VT-d, то идем менять железо, и меняем его до тех пор, пока опция не будет активирована и в любой ОС программы анализаторы железа не покажут, что технология включена и работает. Можно использовать читы, в виде анализа чужого опыта, т.е. косплея конфиги тех пользователей в сети, которые хвастливо утверждают, еще лучше, показывают что у них все получилось.

- Железо. Правишь Grub, активируя в нем
для процессоров Интел
GRUB_CMDLINE_LINUX_DEFAULT="quiet intel_iommu=on"
для процессоров АМД
GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on"
Далее, после перезагрузки хоста отрой консоль и выполни как написано в копипасте из соответствующего раздела Wiki:

1) Run the «dmesg | grep ecap» command.

2) On the IOMMU lines, the hexadecimal value after «ecap» indicates whether interrupt remapping is supported. If the last character of this value is an 8, 9, a, b, c, d, e, or an f, interrupt remapping is supported. For example, «ecap 1000» indicates there is no interrupt remapping support. «ecap 10207f» indicates interrupt remapping support, as the last character is an «f».

Interrupt remapping will only be enabled if every IOMMU supports it.

Если здесь тебя поджидает облом, то опять меняем мать, пока не пройдем тест.

2. О не менее главном. О софте.
Если все получилось, то дальше 2 пути, или KVM+QEMU, либо Proxmox (надстройка над Debian Linux + KVM). Т.е. или KVM или KVM. После чего пользуешься гайдами, например:
Ubuntu KVM+QEMU: ubuntovod.ru/instructions/probros-videokarty-v-kvm...
Proxmox: https://habr.com/ru/post/437598/

Об Nvidia и Ошибке 43.
В процессе настройки можно поиметь проблему, широко известную в узких кругах, как Ошибка 43, это драйвер видеокарт Nvidia не дает запустить ВК в ВМ. Лечится путем правки конфигов, с тем что бы скрыть от драйвер, что оборудование проброшено в ВМ.
в Proxmox'е лечится путем внесении доп. параметра в конфигурационный файл ВМ:

args: -cpu 'host,+kvm_pv_unhalt,+kvm_pv_eoi,hv_vendor_id=willitwork,kvm=off'

еще лечится прописыванием таких команд:

echo "softdep nouveau pre: vfio-pci" >> /etc/modprobe.d/nvidia.conf
echo "softdep nvidia pre: vfio-pci" >> /etc/modprobe.d/nvidia.conf
echo "softdep nvidia* pre: vfio-pci" >> /etc/modprobe.d/nvidia.conf

То же делается и в Ubuntu KVM+QEMU, но hv_vendor_id=willitwork прописывается в libvirt.xml
https://www.reddit.com/r/VFIO/comments/479xnx/gues...

После успешной настройки выглядит это так:
https://www.youtube.com/watch?v=wjlmWHJiEug

ЗЫ.
Тут Nvidia утверждает, что, якобы, в последних вариантов драйверов она больше не будет гадить пользователям с ошибкой 43, но это не точно.
https://habr.com/ru/news/t/550678/

В особо упоротых случаях может потребоваться подмена ROM'а ВК через гипервизор, или даже перепрошивка Биоса Видеокарты. Но в последнее время эти технологии уходят в прошлое.

https://m.habr.com/ru/post/437598/
Для обхода ошибки 43

Способ номер 1:
args: -cpu 'host,+kvm_pv_unhalt,+kvm_pv_eoi,hv_vendor_id=willitwork,kvm=off'

Способ номер 2:
Написал француз в комментарии к моему видео на ютуб
We don't need these arguments anymore. In fact I think the key is to force the server to boot with the IGPU (in the bios) and to exclude the Nvidia GPU in the /etc/modprobe.d/nvidia.conf file with the following lines:

echo "softdep nouveau pre: vfio-pci" » /etc/modprobe.d/nvidia.conf
echo "softdep nvidia pre: vfio-pci" » /etc/modprobe.d/nvidia.conf
echo "softdep nvidia* pre: vfio-pci" » /etc/modprobe.d/nvidia.conf

So I have my Windows and Linux VMs booting with the Nvidia GPU in Q35/OVMF

Я прокинул в ВМ физический Рэйд-контроллер с бэкапом на 2 других физических диска, подключенные к контроллеру материнской платы, обьединенных средствами ОС в Рэйд 1. Из минусов решения - любое аварийное закрытие ВМ/ресет через вебморду proxmox запускает ребилд массива, впрочем он у меня даже с 3мя дисками нормально ребилдился.
Я бы не стал делать фаилообменник и фаилопомойку на виртуальных дисках, т.к. это лишняя абстракция и потеря в производительности.