LINUX.ORG.RU

Проброс видеокарты NVIDIA

 , ,


0

1

Здрасти,

Я тут немного извращаюсь, пытаюсь найти решение, но возможно вы ускорите всё это, либо идею какую-то подадите.

Есть ПК, Intel i7-8700k, Nvidia RTX 2070. Собирал в основном для игр, поэтому стоит дуалбут с офтопиком. Для меня работать/отдыхать на линуксе намного удобнее, поэтому основная система линь. Немного надоело перезагружаться чтобы поиграть/перестать играть, поэтому захотелось попробовать держать винду на виртуалке и просто пробросить ей видеокарту.

И так, желание примерно следующее. Компьютер включается с линуксом, который использует nvidia (так как это бывает нужно, что-нибудь порендерить/поиграть нативное и т.п.). Когда мне хочется поиграть, я просто запускаю виртуалку и nvidia передаётся виртуалке, а потом останавливаю виртуалку и возвращаюсь к линуксу. При этом, у меня два монитора, на одном я всегда хочу видеть линукс, а второй монитор будет переключаться между линуксом и виртуалкой. При этом хочу иметь возможность юзать обе системы/монитора. То бишь, просто провести мышку на первый монитор и там «полинуксить», а потом переключить опять на второй и продолжить играть.

Что имеется:

  1. Две видеокарты - intel и nvidia и два монитора. На UEFI врубил режим multi-gpu - один монитор подключен к материнке, второй к видеокарте. Линукс стартует на первом мониторе с интелом, а потом прогружается nvidia и оба монитора/видеокарты работают.

  2. Видеокарту я пробросил через qemu/kvm и всё работает. Для совместной работы в двух системах тестово использовал barrier, работает. Не тестил производительность, но если что, можно будет что-нибудь придумать (квм свитч или как-нибудь приделать проброс клавиатуры).

Но есть проблема. Чтобы загружалась виртуалка, нужно убирать из ядра nvidia. Но сделать это не получается, так как она используется иксами. Можно конечно убивать иксы, отключать нвидиа и опять стартовать, но тогда сессия вылетает. Но у меня и интел используется, который также рисует на одном из мониторов, можно ли как-то не убивая иксы убрать из ядра нвидиа и стартануть виртуалку?

Решения по типу «вайн» не принимаются, так как не всё гладко.


Чуть позже напишу полный гайд, а пока вкратце.

По железу: MB - Asus Prime z370-a

CPU - Intel i7-8700k (6 core 12 threads)

RAM - Corsair Vengeance RGB (2x16GB)

GPU - NVIDIA RTX 2070 (ASUS)

iGPU - Intel UHD Graphics 630

SSD - Intel 660p (1Tb)

HDD - Seagate (1Tb)

Monitor 1 - Dell 24" 1080p

Monitor 2 - LG 32" 1440p

SoundCard - NoName usb sound card

В UEFI врублен vt-d (для проброса видеокарты виртуалке) и iGPU Multi-Monitor (чтобы можно было использовать интегрированную карту). От материнки идут 2 видеовыхода на каждый из мониторов; от видеокарты идёт 1 видеовыход на LG монитор.

По софту:

OS - Arch

DM - SDDM

WM - i3-gaps

bumblebee, mesa, libvirt, virt-manager, qemu-kvm, barrier

Для видеокарты нужно установить bumblebee. Куча гайдов про то, как настроить vfio и т.п., но на деле это ничего не нужно (кроме intel_iommu=on) , если установлен bumblee. Как я понимаю, он при включении не даёт видеокарте загрузиться и в целом держит её подальше от ядра, благодаря чему видеокарту можно свободно использовать как в виртуалке, так и в свободное время просто запустив приложение через optirun.

Для ядра в граб добавляется -

GRUB_CMDLINE_LINUX="intel_iommu=on isolcpus=4-7 nohz_full=4-7 rcu_nocbs=4-7"

В virt-manager куча нюансов относительно процессора, как для обмана видеокарты (для установки драйвера, иначе ругается), так и для оптимизации производительности, звука.

<domain xmlns:qemu="http://libvirt.org/schemas/domain/qemu/1.0" type="kvm">
  <name>win10</name>
  <uuid>23795b4a-69db-428e-88eb-0532383d6f0c</uuid>
  <metadata>
    <libosinfo:libosinfo xmlns:libosinfo="http://libosinfo.org/xmlns/libvirt/domain/1.0">
      <libosinfo:os id="http://microsoft.com/win/10"/>
    </libosinfo:libosinfo>
  </metadata>
  <memory unit="KiB">16777216</memory>
  <currentMemory unit="KiB">16777216</currentMemory>
  <vcpu placement="static">8</vcpu>
  <iothreads>1</iothreads>
  <cputune>
    <vcpupin vcpu="0" cpuset="2"/>
    <vcpupin vcpu="1" cpuset="8"/>
    <vcpupin vcpu="2" cpuset="3"/>
    <vcpupin vcpu="3" cpuset="9"/>
    <vcpupin vcpu="4" cpuset="4"/>
    <vcpupin vcpu="5" cpuset="10"/>
    <vcpupin vcpu="6" cpuset="5"/>
    <vcpupin vcpu="7" cpuset="11"/>
    <emulatorpin cpuset="0,6"/>
    <iothreadpin iothread="1" cpuset="0,6"/>
  </cputune>
  <os>
    <type arch="x86_64" machine="pc-q35-4.2">hvm</type>
    <loader readonly="yes" type="pflash">/usr/share/ovmf/x64/OVMF_CODE.fd</loader>
    <nvram>/usr/share/ovmf/x64/OVMF_VARS.fd</nvram>
    <boot dev="hd"/>
  </os>
  <features>
    <acpi/>
    <apic/>
    <hyperv>
      <relaxed state="on"/>
      <vapic state="on"/>
      <spinlocks state="on" retries="8191"/>
      <vendor_id state="on" value="1234567890ab"/>
    </hyperv>
    <kvm>
      <hidden state="on"/>
    </kvm>
    <vmport state="off"/>
    <ioapic driver="kvm"/>
  </features>
  <cpu mode="host-passthrough" check="partial">
    <topology sockets="1" cores="4" threads="2"/>
  </cpu>
  <clock offset="localtime">
    <timer name="rtc" tickpolicy="catchup"/>
    <timer name="pit" tickpolicy="delay"/>
    <timer name="hpet" present="no"/>
    <timer name="hypervclock" present="yes"/>
  </clock>
  <on_poweroff>destroy</on_poweroff>
  <on_reboot>restart</on_reboot>
  <on_crash>destroy</on_crash>
  <pm>
    <suspend-to-mem enabled="no"/>
    <suspend-to-disk enabled="no"/>
  </pm>
  <devices>
    <emulator>/usr/bin/qemu-system-x86_64</emulator>
    <disk type="file" device="disk">
      <driver name="qemu" type="qcow2"/>
      <source file="/home/doctor/vms/win10.qcow2"/>
      <target dev="sda" bus="sata"/>
      <address type="drive" controller="0" bus="0" target="0" unit="0"/>
    </disk>
    <disk type="block" device="disk">
      <driver name="qemu" type="raw" cache="none" io="native"/>
      <source dev="/dev/nvme0n1p3"/>
      <target dev="sdb" bus="sata"/>
      <address type="drive" controller="0" bus="0" target="0" unit="1"/>
    </disk>
    <controller type="usb" index="0" model="qemu-xhci" ports="15">
      <address type="pci" domain="0x0000" bus="0x02" slot="0x00" function="0x0"/>
    </controller>
    <controller type="sata" index="0">
      <address type="pci" domain="0x0000" bus="0x00" slot="0x1f" function="0x2"/>
    </controller>
    <controller type="pci" index="0" model="pcie-root"/>
    <controller type="pci" index="1" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="1" port="0x10"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x0" multifunction="on"/>
    </controller>
    <controller type="pci" index="2" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="2" port="0x11"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x1"/>
    </controller>
    <controller type="pci" index="3" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="3" port="0x12"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x2"/>
    </controller>
    <controller type="pci" index="4" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="4" port="0x13"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x3"/>
    </controller>
    <controller type="pci" index="5" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="5" port="0x14"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x4"/>
    </controller>
    <controller type="pci" index="6" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="6" port="0x15"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x5"/>
    </controller>
    <controller type="pci" index="7" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="7" port="0x16"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x6"/>
    </controller>
    <controller type="pci" index="8" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="8" port="0x17"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x02" function="0x7"/>
    </controller>
    <controller type="pci" index="9" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="9" port="0x18"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x03" function="0x0" multifunction="on"/>
    </controller>
    <controller type="pci" index="10" model="pcie-to-pci-bridge">
      <model name="pcie-pci-bridge"/>
      <address type="pci" domain="0x0000" bus="0x09" slot="0x00" function="0x0"/>
    </controller>
    <controller type="pci" index="11" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="11" port="0x19"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x03" function="0x1"/>
    </controller>
    <controller type="pci" index="12" model="pcie-root-port">
      <model name="pcie-root-port"/>
      <target chassis="12" port="0x1a"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x03" function="0x2"/>
    </controller>
    <controller type="virtio-serial" index="0">
      <address type="pci" domain="0x0000" bus="0x03" slot="0x00" function="0x0"/>
    </controller>
    <controller type="scsi" index="0" model="virtio-scsi">
      <address type="pci" domain="0x0000" bus="0x0b" slot="0x00" function="0x0"/>
    </controller>
    <interface type="bridge">
      <mac address="52:54:00:1b:af:60"/>
      <source bridge="virbr0"/>
      <model type="virtio"/>
      <address type="pci" domain="0x0000" bus="0x01" slot="0x00" function="0x0"/>
    </interface>
    <input type="mouse" bus="ps2"/>
    <input type="keyboard" bus="ps2"/>
    <sound model="ich9">
      <codec type="micro"/>
      <address type="pci" domain="0x0000" bus="0x00" slot="0x1b" function="0x0"/>
    </sound>
    <hostdev mode="subsystem" type="pci" managed="yes">
      <source>
        <address domain="0x0000" bus="0x01" slot="0x00" function="0x0"/>
      </source>
      <address type="pci" domain="0x0000" bus="0x05" slot="0x00" function="0x0"/>
    </hostdev>
    <hostdev mode="subsystem" type="pci" managed="yes">
      <source>
        <address domain="0x0000" bus="0x01" slot="0x00" function="0x1"/>
      </source>
      <address type="pci" domain="0x0000" bus="0x06" slot="0x00" function="0x0"/>
    </hostdev>
    <hostdev mode="subsystem" type="pci" managed="yes">
      <source>
        <address domain="0x0000" bus="0x01" slot="0x00" function="0x2"/>
      </source>
      <address type="pci" domain="0x0000" bus="0x07" slot="0x00" function="0x0"/>
    </hostdev>
    <hostdev mode="subsystem" type="pci" managed="yes">
      <source>
        <address domain="0x0000" bus="0x01" slot="0x00" function="0x3"/>
      </source>
      <address type="pci" domain="0x0000" bus="0x08" slot="0x00" function="0x0"/>
    </hostdev>
    <memballoon model="virtio">
      <address type="pci" domain="0x0000" bus="0x04" slot="0x00" function="0x0"/>
    </memballoon>
  </devices>
  <qemu:commandline>
    <qemu:arg value="-audiodev"/>
    <qemu:arg value="pa,id=pa1,server=/run/user/1000/pulse/native,in.latency=20000,out.latency=20000"/>
  </qemu:commandline>
</domain>

В i3 также два хоткея - Win PgUP, Win PgDwn

bindsym $mod+Prior exec sudo /home/doctor/bin/win10-on				### LAUNCH VM
bindsym $mod+Next exec sudo /home/doctor/bin/win10-off				### POWEROFF VM

а в самих скриптах пока что простенько, win10-on

#!/bin/sh

# Turn to 1 screen
bash /home/doctor/.screenlayout/singlescreen.sh

# Run cpu governer
for file in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor;
do	echo "performance" > $file 
done

# Run vm
virsh start win10

и win10-off

#!/bin/sh

# Shutdown vm
virsh shutdown win10

# Stop gpu governer
for file in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
do echo "powersave" > $file
done

# Turn to 2 screens
bash /home/doctor/.screenlayout/dualscreen.sh

Чтобы можно было свободно двигать мышкой/клавиатурой между виртуалкой и хостом и иметь общий буфер стоит barrier.



Последнее исправление: Datt_ (всего исправлений: 8)

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

anonymous
()
Ответ на: комментарий от anonymous

Не, тогда линукс не будет юзать невидею, а я хочу, чтоб при включении на линуксе невидиа работала тоже можно попробовать через nvidia-xrun, но это не совсем удобное решение

Datt_
() автор топика
Ответ на: комментарий от Datt_

ты либо пробрасываешь в виртуалку, либо юзаешь ее в хосте. одновременно и так, и так - нельзя.

делается это обычно хуком в /etc/libvirt/hooks/qemu

if [[ $1 == «win10» ]]; then if [[ $2 == «started» ]]; then стартуем_scream-ivshmem /home/vfio/gpu_bind.sh # привязываем карту в виртуалку /home/vfio/ddc_switch.sh game # переключаем монитор на 2ой выход DP fi if [[ $2 == «stopped» ]]; then # здесь делаем все обратно fi fi

anonymous
()
Ответ на: комментарий от anonymous

Я и не говорю одновременно. Но чтобы привязать видюху к виртуалке, нужно перестать её использовать на хосте. Но пока она используется иксами, нельзя сделать просто modprobe -r nvidia. И это логично, но! У меня же одновременно иксы юзает и интеловская видюха, а значит теоретически если б можно было отвязать невидию не убивая иксы, иксы бы продолжали работать на интеле, а я мог бы привязать видюху к виртуалке.

Datt_
() автор топика
Ответ на: комментарий от Datt_

нельзя отвязать карту от работающих иксов. далее исходи из этого.

anonymous
()
Ответ на: комментарий от anonymous

Да, есть такой вариант, есть небольшие сомнения, что это будет немного коряво работать - разные иксы - два раза запускать оконный менеджер - как это вообще будет работать? Но хз, надо потестить, может и выйдет что-то дельное

Datt_
() автор топика

если в линуксе нвидия нужна только для cuda, то не обязательно ее привязывать к иксам. вычисления и так работают. но вот регулировать руками вентиляторы/частоты тоже только с привязанными иксам (благо их можно разово запустить, установить нужные параметры, выставить персистанс моуд -pm 1 и закрыть).

anonymous
()
Ответ на: комментарий от anonymous

CUDA, как я понял, для каких-то там вычислений. Мне она на линуксе нужна для рендера видео и игр, которые можно играть нативно.

Datt_
() автор топика
Ответ на: комментарий от anonymous

Поставил nvidia-xrun, со slimdm сессия на одном tty вечно вылетала при запуске невидии, поставил gdm3 - две разные сессии на двух tty. Теперь как бы это объединить… Ибо выходит, что оба экрана работают только во второй сессии, при запуске виртуалки мне нужно будет останавливать вторую сессию и переходить на первую, но это не дело, так как опять же придётся закрывать все программы из второй сессии и открывать в первой.

Datt_
() автор топика

Для меня работать/отдыхать на линуксе намного удобнее, поэтому основная система линь. Немного надоело перезагружаться чтобы поиграть/перестать играть, поэтому захотелось попробовать держать винду на виртуалке и просто пробросить ей видеокарту.

просто пробросить ей видеокарту.

просто

Чё то я пригорел. Пошёл пожарных вызывать.

anonymous
()

Клаву с мышью можно отдавать виртуалке и возвращать хосту через evdev-passthrough.

Если гостевая система windows-10, то можно два монитора подключить к хостовой видюхе и выводить изображение гостя через looking-glass. Правда, гостевая видюха всё равно должна быть подключена к монитору (например, к его второму входу), чтобы винда выставила нужное разрешение.

А, вот, как наживую отдавать/забирать карточку, я хз.

anonymous
()
Ответ на: комментарий от Datt_

Если что Sway автоматически разделит два монитора на два виртуальных экрана, а там можно водить мышкой сколько влезет.

anonymous
()
Ответ на: комментарий от t184256

Перезагрузиться в вантуз ещё проще, дело нескольких секунд с ssd, efistub и включенным fastboot в uefi.

anonymous
()
Ответ на: комментарий от anonymous

Надоесть перегружаться когда можно не закрывать ничего и никуда не перегружаться. Разница в несколько процентов производительности некритична в большинстве случаев.

anonymous
()
Ответ на: комментарий от anonymous

Ну, если ты ничего stateful в промежутках между перезагрузках не делаешь, то проще. Осталось только понять, зачем тебе тогда комп.

t184256 ★★★★★
()
Ответ на: комментарий от anonymous

Это решит мою проблему с отключением нвидии? Я смогу не убивая wayland сессию убрать из ядра модули видюхи?

Datt_
() автор топика
Ответ на: комментарий от anonymous

Эм? Точно? У меня немного сомнения, потому что во первых, я предполагаю, что nvidia-xrun запускает иксовую сессию, а не вейланд, во вторых, даже если как-то Вейланд запустить, то у меня запускается -вторая- сессия, то бишь два разных вейланда. Вейланд автоматом их объединит? Или как?

Datt_
() автор топика
Ответ на: комментарий от Datt_

Самое главное, что не будет боданий с иксами по поводу и без. Дальше проще. Ничто не мешает на разных виртуальных терминалах иметь иксы и вейлан запущенными. Причем в вейланде xwayland не считается иксами.

anonymous
()
Ответ на: комментарий от anonymous

Ха, зацени. Час ночи, не спится, прогуглил как там с мультигпу у вейланд, вроде обещают многое. Окей, глянуть бы этот вейланд. На чем? Ну, давай на моем любимом дебиан. Окей, тут нужен свей. Но в репах старая версия. Хрен с ним, скомпили, запускаю - а он просит свободный драйвер. Переставлять драйвер.. Гемор. Решил не делать, решил потестить через какой-нибудь лайв сиди. И так, какие дистры у нас могут в вейланд? Убунту? Окстись. Дебиан? Meh, старый свей, не хочу наступать на грабли. Суся? Не скачался лайвсиди, потому что их зеркало заблочено в стране, попробовал ссылку с другим зеркалом - не проканало. В топку. Что там дальше? Манджаро? Что-то у них невнятное на форумах. Арч? Нет лайвсиди… А хрен с ним, надоело, давай накачу арч. Скачал, загнал на флешку, запустил установку. Лвм команда есть, но ни одной VG не видно, pvscan ничо не говорит. Обычные Разделы видно, а вот существующие VG и LV не показывает. Что, ставить с дебиана? Гемор! Надоело! 4 часа ночи… Или утра? Скачал лайв образы дебиана с кде и гномом. Хоть так потесчу. Лучше я на старых пакетах посижу на дебиане, чем терпеть этот гемор каждый раз.

Datt_
() автор топика
Ответ на: комментарий от Datt_

Суся? Не скачался лайвсиди, потому что их зеркало заблочено в стране, попробовал ссылку с другим зеркалом - не проканало.

Расхохотался. Где там любители не ломающих ничего РКН и изолированного интернета? Мне интересно, так и должно быть на ваш взгляд?)))

anonymous
()
Ответ на: комментарий от t184256

Нет, «возможно» это лет семь, а лет пять это делается за полвечера по гайдам с картинками.

Вопросы которые поднимает ТС до сих пор не решаются за полвечера по гайдам с картинками. Видимо, ТС и я глупые.

anonymous
()

Когда мне хочется поиграть, я просто запускаю виртуалку и nvidia передаётся виртуалке, а потом останавливаю виртуалку и возвращаюсь к линуксу.

это так не работает

targitaj ★★★★★
()
Ответ на: комментарий от anonymous

Тут дело не в РКН. Я в Азербайджане, а ближайшее зеркало суси - Армения. Страны враждуют, поэтому гос фаервол блочит. Проблема в том, что для обычных установочных образов суся дает выбрать зеркало, а для лайв образа нет, сразу кидает меня на сервер в Армении.

Datt_
() автор топика
Ответ на: комментарий от anonymous

Вопросы которые я поднимаю несколько сложнее обычного проброса видеокарты. У меня особые хотелки, которые не просто реализовать, да и 99,99% пользователей не нужны это.

Datt_
() автор топика
Ответ на: комментарий от targitaj

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

Единственная проблема - иксы, которые не дают убрать видеокарту. В принципе, это решается либо через nvidia-xrun, либо загрузкой нвидии после иксов вручную. Осталось только сделать это как-то удобно, чтобы я мог на линуксе работать удобно с двумя иксами/как-то иначе.

Datt_
() автор топика
Ответ на: комментарий от anonymous

Нет, он просто хочет невозможного. Иксы не могут подключать/отключать видюху на ходу, а передавать её между виртуалками он почему-то не хочет.

t184256 ★★★★★
()
Ответ на: комментарий от t184256

А смысл второй виртуалки с линуксом? Необязательно на невидии запускать иксы, может есть возможность без иксов это все делать, надо понять что и как

Datt_
() автор топика
Ответ на: комментарий от Datt_

Хм, есть такая штука, хдмх. Надо будет потестить

Datt_
() автор топика

я долго извращался с этим но в конце концов плюнул: wine, proton etc прокладки вполне не плохо запускают 80% ор со игр в линуксе. так что я плевал на винду с высокой колокольни уже приличное количество времени.

anonymous
()
Ответ на: комментарий от Datt_

Чтобы передавать управление видюхой между Windows и Linux без ребутов, скатывающих все до дуалбута, и в одном играть, а в другом рендерить, например. Может потом когда-то научатся и не такому, а покуда мы в 2020 и ты не готов пропионерить эту тему сам, делай уже так.

t184256 ★★★★★
()
Последнее исправление: t184256 (всего исправлений: 1)
Ответ на: комментарий от t184256

Щас немного занят, но в одном из видео на ютубе в комментах чувак сказал что-то типа держит икс сессию на бамблби, а это вроде как позволяет менять видюху не убивая иксы. Выглядит логично, хотя может что-то не так понял. Буду дома, покопаюсь

Datt_
() автор топика
Ответ на: комментарий от targitaj

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

t184256 ★★★★★
()
Ответ на: комментарий от t184256

Но придется держать часть приложений на виртуалке и чуть что, отключать их, чтобы запустить винду.

Datt_
() автор топика
Ответ на: комментарий от t184256

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

targitaj ★★★★★
()
Ответ на: комментарий от Datt_

А так тебе придётся, жопой чую, держать часть приложений в отдельных иксах и, чуть что, отключать их, чтобы запустить винду. Или ты надеешься, что какой-то коммент на ютубе выведет тебя на революционную технологию из кривого костыля для ноутбука, удостоерную пальца самого Линуса, и ты сможешь запустить приложения через бамблби и, чуть что, все равно прибивать их, чтобы запускать винду?

t184256 ★★★★★
()
Ответ на: комментарий от t184256

Ну если ты погасил виртуальную машину с проброшенной картой и отдаёшь её хост-системе, то в каком состоянии карту отдаёшь? Ты хост-ос не перезапускаешь при этом.

targitaj ★★★★★
()
Ответ на: комментарий от Datt_

о в одном из видео на ютубе в комментах чувак сказал

Запомни мудачек, «чувак» - это кастрированный баран.

Иди в школу и хватит тут тупить.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.