Proxmox проброс видеокарты ошибка 43

To summarize:

1. Trying to passthrough the GPU so that I can have a Linux host to manage the computer while the users only see Windows.

2. Hardware is the following:

— AMD Athlon X4 845 CPU
— ASRock FM2A88M PRO3+ Motherboard
— 8GB of DDR3 Kingston RAM
— 120GB SSD
— Nvidia GT 710 GPU​

3. Config file for the VM on ProxMox is the following:

Code:

        bios: ovmf
        bootdisk: virtio0
        cores: 4
        cpu: host
        efidisk0: local-lvm:vm-100-disk-2,size=128K
        hostpci0: 02:00,pcie=1,x-vga=on,romfile=GK208_BIOS_FILE.bin
        machine: q35
        memory: 7168
        name: Test-Windows
        net0: virtio=96:24:CF:B4:AA:A2,bridge=vmbr0
        numa: 0
        ostype: win10
        scsihw: virtio-scsi-pci
        smbios1: uuid=f675c872-c390-4668-9c48-423f5b4ff239
        sockets: 1
        usb0: host=6-1.2 # Mouse & Keyboard
        usb1: host=2-4 # Other
        usb2: host=3-1.2.3.4 # Physical
        usb3: host=1-1.2.3.4 # USB Ports
        virtio0: local-lvm:vm-100-disk-1,cache=writeback,size=90G

4. The BIOS bin file is parsed correctly and UEFI capable. The rom parsing instructions comes from the ProxMox Wiki.

Code:

        root@pve-001:~/rom-parser# ./rom-parser /usr/share/kvm/GK208_BIOS_FILE.bin
            Valid ROM signature found @600h, PCIR offset 190h
                PCIR: type 0 (x86 PC-AT), vendor: 10de, device: 128b, class: 030000
                PCIR: revision 0, vendor revision: 1
            Valid ROM signature found @fc00h, PCIR offset 1ch
                PCIR: type 3 (EFI), vendor: 10de, device: 128b, class: 030000
                PCIR: revision 3, vendor revision: 0
                    EFI: Signature Valid, Subsystem: Boot, Machine: X64
            Last image

The Motherboard has the issue where it shadows the BIOS of the GPU in the first PCI-e slot. As far as I’m aware, providing a rom file is required in this situation for GPU passthrough.

5. I’ve followed the following guides trying a mix and match of settings:

https://forum.proxmox.com/threads/gpu-passthrough-tutorial-reference.34303/

https://forum.proxmox.com/threads/nvidia-gpu-passthrough-assistance.27237/

https://pve.proxmox.com/wiki/Pci_passthrough

https://wiki.archlinux.org/index.php/PCI_passthrough_via_OVMF

Any other reasons for Nvidia driver code 43?
by u/daynomate in VFIO

I realize this isn’t Fedora 26 or RyZen, but useful info regardless:

https://level1techs.com/article/ryzen-gpu-passthrough-setup-guide-fedora-26-windows-gaming-linux

I could’ve easily missed a step in one of them given all the information I’m trying to combine here.

6. I have the latest Nvidia Drivers installed (version 388).

7. IOMMU is working:

Code:

root@pve-001:~# dmesg | grep -e IOMMU
[    0.615425] AMD-Vi: IOMMU performance counters supported
[    0.617069] AMD-Vi: Found IOMMU at 0000:00:00.2 cap 0x40
[    0.618547] perf/amd_iommu: Detected AMD IOMMU #0 (2 banks, 4 counters/bank).

root@pve-001:~# find /sys/kernel/iommu_groups/ -type l
/sys/kernel/iommu_groups/7/devices/0000:00:13.2
/sys/kernel/iommu_groups/7/devices/0000:00:13.0
/sys/kernel/iommu_groups/5/devices/0000:00:11.0
/sys/kernel/iommu_groups/3/devices/0000:00:09.0
/sys/kernel/iommu_groups/11/devices/0000:00:15.2
/sys/kernel/iommu_groups/11/devices/0000:00:15.0
/sys/kernel/iommu_groups/11/devices/0000:05:00.0
/sys/kernel/iommu_groups/1/devices/0000:00:03.0
/sys/kernel/iommu_groups/1/devices/0000:02:00.1
/sys/kernel/iommu_groups/1/devices/0000:00:03.1
/sys/kernel/iommu_groups/1/devices/0000:02:00.0
/sys/kernel/iommu_groups/8/devices/0000:00:14.2
/sys/kernel/iommu_groups/8/devices/0000:00:14.0
/sys/kernel/iommu_groups/8/devices/0000:00:14.3
/sys/kernel/iommu_groups/6/devices/0000:00:12.2
/sys/kernel/iommu_groups/6/devices/0000:00:12.0
/sys/kernel/iommu_groups/4/devices/0000:00:10.0
/sys/kernel/iommu_groups/12/devices/0000:00:18.4
/sys/kernel/iommu_groups/12/devices/0000:00:18.2
/sys/kernel/iommu_groups/12/devices/0000:00:18.0
/sys/kernel/iommu_groups/12/devices/0000:00:18.5
/sys/kernel/iommu_groups/12/devices/0000:00:18.3
/sys/kernel/iommu_groups/12/devices/0000:00:18.1
/sys/kernel/iommu_groups/2/devices/0000:00:08.0
/sys/kernel/iommu_groups/10/devices/0000:00:14.5
/sys/kernel/iommu_groups/0/devices/0000:00:02.2
/sys/kernel/iommu_groups/0/devices/0000:00:02.0
/sys/kernel/iommu_groups/0/devices/0000:01:00.0
/sys/kernel/iommu_groups/9/devices/0000:00:14.4

8. The vfio-pci driver is being used correctly:

Code:

root@pve-001:~# lspci -k
02:00.0 VGA compatible controller: NVIDIA Corporation GK208B [GeForce GT 710] (rev a1)
Subsystem: eVga.com. Corp. GK208 [GeForce GT 710B]
Kernel driver in use: vfio-pci
Kernel modules: nvidiafb, nouveau

Other relevant information:

Code:

root@pve-001:~# pveversion -v
    proxmox-ve: 5.1-25 (running kernel: 4.13.4-1-pve)
    pve-manager: 5.1-35 (running version: 5.1-35/722cc488)
    pve-kernel-4.13.4-1-pve: 4.13.4-25
    libpve-http-server-perl: 2.0-6
    lvm2: 2.02.168-pve6
    corosync: 2.4.2-pve3
    libqb0: 1.0.1-1
    pve-cluster: 5.0-15
    qemu-server: 5.0-17
    pve-firmware: 2.0-3
    libpve-common-perl: 5.0-20
    libpve-guest-common-perl: 2.0-13
    libpve-access-control: 5.0-7
    libpve-storage-perl: 5.0-16
    pve-libspice-server1: 0.12.8-3
    vncterm: 1.5-2
    pve-docs: 5.1-12
    pve-qemu-kvm: 2.9.1-2
    pve-container: 2.0-17
    pve-firewall: 3.0-3
    pve-ha-manager: 2.0-3
    ksm-control-daemon: 1.2-2
    glusterfs-client: 3.8.8-1
    lxc-pve: 2.1.0-2
    lxcfs: 2.0.7-pve4
    criu: 2.11.1-1~bpo90
    novnc-pve: 0.6-4
    smartmontools: 6.5+svn4324-1
    zfsutils-linux: 0.7.2-pve1~bpo90

But after all that, I still get Error Code 43. Note that the Microsoft Basic Display Adapter is not listed under Display Adapters.

Is it because I’m using VirtIO? All the guides seem to be using SCSI without VirtIO. I’d like as much performance as possible, but if it’s just not happening with VirtIO, I can use SCSI.

I am getting this error when I run the VM:

Code:

kvm: -device vfio-pci,host=02:00.0,id=hostpci0,bus=ich9-pcie-port-1,addr=0x0,romfile=/usr/share/kvm/GK208_BIOS_FILE.bin: Failed to mmap 0000:02:00.0 BAR 3. Performance may be slow

I have disabled the Framebuffer in the kernel settings:

Code:

GRUB_CMDLINE_LINUX_DEFAULT="quiet amd_iommu=on video=vesafb:off,efifb:off"

But I am still seeing BIOS messages, up to a point, on the display.

Learn how to remove the error proxmox gpu passthrough code 43. Our Proxmox support services at Bobcares can help you remove the error easily.

Error: proxmox gpu passthrough code 43

proxmox gpu passthrough code 43

Proxmox GPU passthrough enables virtual machines (VMs) to directly access GPU hardware, resulting in better performance for graphics-intensive applications. However, while attempting to use GPU passthrough in Proxmox, users may face a “code 43” error.

The “code 43” issue usually shows a problem with the GPU drivers or the virtual machine’s settings. This error can arise due to a variety of factors, such as incompatible drivers, faulty device setup, or conflicts with other devices or drivers inside the virtual system.

Torubleshoot Error: gpu passthrough code 43

We can take many action to fix the “code 43” error:

  1. Firstly, check if Proxmox and the virtual machine suites with the GPU and host operating system.
  2. After that, Examine the virtual machine’s setup to confirm that the GPU is correct.
  3. Check that the virtual machine has the right drivers and software setups.
  4. After that, Ddisable or delete any devices or drivers from the virtual computer that might cause issues.
  5. Finally, check that the GPU is working good on the host machine.

There are guides and fixing instructions for GPU passthrough, including solutions to issues like the “code 43” error. Resolving the problem may need further hardware or software settings or upgrades in some circumstances.

[Need assistance with similar queries? We are here to help]

Conclusion

To sum up, our Proxmox support services team at Bobcares have now demonstrated how to remove the error “code 43” error in Proxmox GPU passthrough.

PREVENT YOUR SERVER FROM CRASHING!

Never again lose customers to poor server speed! Let us help you.

Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.

GET STARTED

I’ll try and provide as much info as I can here. Host machine is as follows:

Asrock
H97m-ITX/ac Motherboard
i7 4790
16GB non-ECC DDR3
2GB Gigabyte GTX 950

Currently running Proxmox 5.2-10, Qemu/KVM version 2.12.1. Confirmed IOMMU is available and enabled with all the documented steps to get that functional.

Guest OS is a nearly stock Win10 Pro 1803 install. Used Shutup10 to turn off the recommended options for this specific VM. Somewhere along the line of trying to troubleshoot getting the VM to even boot earlier I managed to get it reliably booting to where I can RDP in but now get the code 43 error. Here’s my VM conf file as well as the process command line Proxmox is running with:

#args: -cpu host,+kvm_pv_unhalt,+kvm_pv_eoi,hv_vendor_id=Nvidia43FIX,kvm=off
hostpci0: 01:00.0,pcie=1,x-vga=1,romfile=Gigabyte.GTX950.2048.150806.rom
hostpci1: 01:00.1,pcie=1
agent: 1
bios: ovmf
boot: c
bootdisk: virtio0
cores: 4
cpu: host,hidden=1
cpuunits: 256
efidisk0: local-lvm:vm-100-disk-1,size=128K
ide0: local:iso/virtio-win-0.1.160.iso,media=cdrom,size=315276K
ide2: local:iso/Win10_Edu_1803_English_x64.iso,media=cdrom
machine: q35
memory: 6144
name: w10
net0: virtio=D6:07:4D:CD:BF:D2,bridge=vmbr0
numa: 1
ostype: win10
scsihw: virtio-scsi-pci
smbios1: uuid=f050c7d6-6ac2-4d7e-badb-2a2da01c7d6f
sockets: 1
virtio0: local-lvm:vm-100-disk-0,cache=writeback,size=128G
vmgenid: 0264bdbf-e2f6-4eae-ba9c-946568b7cfcf
root      2317 47.5 39.1 7988556 6329140 ?     SLl  10:45  36:57 /usr/bin/kvm -id 100 -name w10 -chardev socket,id=qmp,path=/var/run/qemu-server/100.qmp,server,nowait -mon chardev=qmp,mode=control -chardev socket,id=qmp-event,path=/var/run/qemu-server/100-event.qmp,server,nowait -mon chardev=qmp-event,mode=control -pidfile /var/run/qemu-server/100.pid -daemonize -smbios type=1,uuid=f050c7d6-6ac2-4d7e-badb-2a2da01c7d6f -drive if=pflash,unit=0,format=raw,readonly,file=/usr/share/pve-edk2-firmware//OVMF_CODE.fd -drive if=pflash,unit=1,format=raw,id=drive-efidisk0,file=/dev/pve/vm-100-disk-1 -smp 4,sockets=1,cores=4,maxcpus=4 -nodefaults -boot menu=on,strict=on,reboot-timeout=1000,splash=/usr/share/qemu-server/bootsplash.jpg -vga none -nographic -no-hpet -cpu kvm64,+lahf_lm,+sep,+kvm_pv_unhalt,+kvm_pv_eoi,hv_vendor_id=proxmox,hv_spinlocks=0x1fff,hv_vapic,hv_time,hv_reset,hv_vpindex,hv_runtime,hv_relaxed,hv_synic,hv_stimer,enforce,kvm=off -m 6144 -object memory-backend-ram,id=ram-node0,size=6144M -numa node,nodeid=0,cpus=0-3,memdev=ram-node0 -device vmgenid,guid=0264bdbf-e2f6-4eae-ba9c-946568b7cfcf -readconfig /usr/share/qemu-server/pve-q35.cfg -device usb-tablet,id=tablet,bus=ehci.0,port=1 -device vfio-pci,host=01:00.0,id=hostpci0,bus=ich9-pcie-port-1,addr=0x0,romfile=/usr/share/kvm/Gigabyte.GTX950.2048.150806.rom -device vfio-pci,host=01:00.1,id=hostpci1,bus=ich9-pcie-port-2,addr=0x0 -chardev socket,path=/var/run/qemu-server/100.qga,server,nowait,id=qga0 -device virtio-serial,id=qga0,bus=pci.0,addr=0x8 -device virtserialport,chardev=qga0,name=org.qemu.guest_agent.0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3 -iscsi initiator-name=iqn.1993-08.org.debian:01:e87aa99ef667 -drive file=/var/lib/vz/template/iso/virtio-win-0.1.160.iso,if=none,id=drive-ide0,media=cdrom,aio=threads -device ide-cd,bus=ide.0,unit=0,drive=drive-ide0,id=ide0 -drive file=/var/lib/vz/template/iso/Win10_Edu_1803_English_x64.iso,if=none,id=drive-ide2,media=cdrom,aio=threads -device ide-cd,bus=ide.1,unit=0,drive=drive-ide2,id=ide2 -drive file=/dev/pve/vm-100-disk-0,if=none,id=drive-virtio0,cache=writeback,format=raw,aio=threads,detect-zeroes=on -device virtio-blk-pci,drive=drive-virtio0,id=virtio0,bus=pci.0,addr=0xa,bootindex=100 -netdev type=tap,id=net0,ifname=tap100i0,script=/var/lib/qemu-server/pve-bridge,downscript=/var/lib/qemu-server/pve-bridgedown,vhost=on -device virtio-net-pci,mac=D6:07:4D:CD:BF:D2,netdev=net0,bus=pci.0,addr=0x12,id=net0 -rtc driftfix=slew,base=localtime -machine type=q35 -global kvm-pit.lost_tick_policy=discard

I originally tried the oldest driver I could find that supported this card which, according to Nvidia’s own old drivers page, is 388.43. Also tried 391.35 per confirmation from other users here that it worked. Both times I’ve done a full DDU run between attempts. Windows’ own auto driver install has been disabled via DDU so I haven’t run into issues with it making attempts to interfere.

With all that said, both driver versions above that I’ve attempted have not been successful with this patch. Not sure if there’s something I’m potentially missing.


Go to Proxmox


solve the problem of error 43 (gpu passthrough)

Excuse me for my English, I used deepl to help me.

I followed this tutorial to the letter but without success (https://www.reddit.com/r/homelab/comments/b5xpua/the_ultimate_beginners_guide_to_gpu_passthrough/) then I started to follow this tutorial (https://mathiashueber.com/windows-virtual-machine-gpu-passthrough-ubuntu/) which miraculously works (Ubuntu 19.10 for distribution).

I noticed for this last tutorial that I had a lot of crashes at the beginning but that by going in the bios and switching from «auto» mode to «IGPU» mode, you force the server to use only the Intel GPU of the motherboard.

And that was the key to the process, I was able to get the video signal coming out of mmon gpu nvidia after that.

So I thought «if it works with libvirt/virtual manager, there’s no reason it can’t work with Proxmox».

So I went back to the first part of the tutorial and I got the arguments added in the .xml file to add them to the VM configuration file

Here is the content of my configuration file :

args: -machine type=q35,kernel_irqchip=on, -cpu 'host,kvm=off,hv_vendor_id=null
bios: ovmf
bootdisk: scsi0
cores: 4
cpu: host
efidisk0: local-lvm:vm-102-disk-1,size=4M
hostpci0: 04:00,pcie=1,x-vga=1
ide0: local:iso/virtio-win-0.1.173.iso,media=cdrom,size=385322K
ide2: local:iso/en_windows_10_consumer_editions_version_1909_x64_dvd_be09950e.iso,media=cdrom
machine: q35
memory: 8192
name: W10
net0: virtio=6E:96:C1:8E:93:CC,bridge=vmbr0
numa: 0
ostype: win10
parent: test
sata0: /dev/sdc,size=488386584K
scsi0: local-lvm:vm-102-disk-0,cache=writeback,size=40G
scsihw: virtio-scsi-pci
smbios1: uuid=20d73db3-1f06-4ec8-b8ec-af8a2d35c700
sockets: 1
usb0: host=3-4.1
usb1: host=3-4.2
usb2: host=3-4.3
usb3: host=3-3
vga: none
vmgenid: 50e05f5f-5847-4d2c-a60d-5f3a99d0e2a2

By connecting in DVI (no signal in HDMI except after installation of the drivers nvidia), I had immediately the video signal on the screen and miracle, more error 43 during the installation of the drivers.

On the other hand there is this problem of sound when I connect in HDMI but I prefer the headset usb and streaming games via Steam so it’s not a problem for me.

If you need more information, I am at your disposal but I really want to insist on this detail. Without the change of video mode in the bios, I would have been stuck with this damn error 43 for a while. This is really the element that unblocked everything for me.

 kvm, wm, ошибка


0

1

Добрый день. Система Debian 10, пробросил видеокарту в KVM Windows 10, драйвера официальные стали, но в оборудовании на видеокарте пишет «Система Windows остановила это устройство, так как оно сообщило о возникновении неполадок (код 43).» Гугл ничего толком не говорит.Видео чипсет установлен Q35. Также в «видео» вкладке пытался устанавливать VGA/QXL/Virtio — бесполезно.

  • Ссылка

Ответ на:

комментарий
от s-o 18.10.20 13:00:15 MSK

Ответ на:

комментарий
от TheLinuxUser 18.10.20 13:15:47 MSK

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

s-o

(18.10.20 13:55:18 MSK)

  • Показать ответ
  • Ссылка

Ответ на:

комментарий
от s-o 18.10.20 13:55:18 MSK

Ошибка при запуске домена internal error: Process exited prior to exec: libvirt: QEMU Driver error: Unable to stat / dev / dri / renderD130: Нет такого файла или каталога

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 75, in cb_wrapper
    callback (asyncjob, * args, ** kwargs)
  File "/usr/share/virt-manager/virtManager/asyncjob.py", line 111, in tmpcb
    callback (* args, ** kwargs)
  File "/usr/share/virt-manager/virtManager/libvirtobject.py", line 66, in newfn
    ret = fn (self, * args, ** kwargs)
  File "/usr/share/virt-manager/virtManager/domain.py", line 1400, in startup
    self._backend.create ()
  File "/usr/lib/python3/dist-packages/libvirt.py", line 1080, in create
    if ret == 1: raise libvirtError ( 'virDomainCreate () failed ", dom = self)
libvirt.libvirtError: internal error: Process exited prior to exec: libvirt: QEMU Driver error: Unable to stat / dev / dri / renderD130: Нет такого файла или каталога

TheLinuxUser ★★

(18.10.20 14:41:11 MSK)



Последнее исправление: TheLinuxUser 18.10.20 14:41:30 MSK
(всего

исправлений: 1)

  • Показать ответ
  • Ссылка

Ответ на:

комментарий
от TheLinuxUser 18.10.20 14:41:11 MSK

вот о чем это должно нам сказать? ни о чем

нужно:
что за видео, что за система, lspci -k, хмл файл либвирта.

для начала.

s-o

(18.10.20 21:10:03 MSK)

  • Показать ответы
  • Ссылка

Ответ на:

комментарий
от s-o 18.10.20 21:10:03 MSK

вот о чем это должно нам сказать? ни о чем

нужно: что за видео, что за система, lspci -k, хмл файл либвирта.

для начала.

Я не совесем понял о чём речь, поэтому скинул) Изменение — следствие) Вчера не увидел, уже сегодня вечером сброшу всю информацию. Буду очень благодарен за помощь. К слову ещё, где хранится этот » хмл файл либвирт» ? В месте хранения самой машины, или же где-то в конфигах?

  • Показать ответ
  • Ссылка

Ответ на:

комментарий
от TheLinuxUser 19.10.20 10:05:56 MSK

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

напоследок поясню: тот код, что я привел, говорил, что в секцию hyper-v надо добавить указанный vendor_id.
если бы так сделали, то не сломалось как у вас в логе.

s-o

(19.10.20 15:06:44 MSK)

  • Показать ответ
  • Ссылка

Ответ на:

комментарий
от s-o 19.10.20 15:06:44 MSK

тот код, что я привел, говорил, что в секцию hyper-v надо добавить указанный vendor_id. если бы так сделали, то не сломалось как у вас в логе.

Это понятно было что и как. Я добавлял точно по мануалу и также смотрел как вы писали. Так или иначе оно выбило ошибку после такого добавления. Вечером сброшу информацию по «нужно: что за видео, что за система, lspci -k, хмл файл либвирта.»

  • Ссылка

Ответ на:

комментарий
от s-o 18.10.20 21:10:03 MSK

Вообщем ошибку я пофиксил.

что за видео, что за система, lspci -k.

Debian 10, Gnome 3. Устанавливаю в KVM — Windows 10.

Пробрасываю 01:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430] (rev 83):

00:00.0 Host bridge: Intel Corporation Skylake Host Bridge/DRAM Registers (rev 08)
	Subsystem: Hewlett-Packard Company Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Host Bridge/DRAM Registers
	Kernel driver in use: skl_uncore
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 520 (rev 07)
	Subsystem: Hewlett-Packard Company Skylake GT2 [HD Graphics 520]
	Kernel driver in use: i915
	Kernel modules: i915
00:04.0 Signal processing controller: Intel Corporation Skylake Processor Thermal Subsystem (rev 08)
	Subsystem: Hewlett-Packard Company Xeon E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem
	Kernel driver in use: proc_thermal
	Kernel modules: processor_thermal_device
00:14.0 USB controller: Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller (rev 21)
	Subsystem: Hewlett-Packard Company Sunrise Point-LP USB 3.0 xHCI Controller
	Kernel driver in use: xhci_hcd
	Kernel modules: xhci_pci
00:14.2 Signal processing controller: Intel Corporation Sunrise Point-LP Thermal subsystem (rev 21)
	Subsystem: Hewlett-Packard Company Sunrise Point-LP Thermal subsystem
	Kernel driver in use: intel_pch_thermal
	Kernel modules: intel_pch_thermal
00:16.0 Communication controller: Intel Corporation Sunrise Point-LP CSME HECI #1 (rev 21)
	Subsystem: Hewlett-Packard Company Sunrise Point-LP CSME HECI
	Kernel driver in use: mei_me
	Kernel modules: mei_me
00:17.0 SATA controller: Intel Corporation Sunrise Point-LP SATA Controller [AHCI mode] (rev 21)
	Subsystem: Hewlett-Packard Company Sunrise Point-LP SATA Controller [AHCI mode]
	Kernel driver in use: ahci
	Kernel modules: ahci
00:1c.0 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port (rev f1)
	Kernel driver in use: pcieport
00:1c.4 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #5 (rev f1)
	Kernel driver in use: pcieport
00:1c.5 PCI bridge: Intel Corporation Sunrise Point-LP PCI Express Root Port #6 (rev f1)
	Kernel driver in use: pcieport
00:1f.0 ISA bridge: Intel Corporation Sunrise Point-LP LPC Controller (rev 21)
	Subsystem: Hewlett-Packard Company Sunrise Point-LP LPC Controller
00:1f.2 Memory controller: Intel Corporation Sunrise Point-LP PMC (rev 21)
	Subsystem: Hewlett-Packard Company Sunrise Point-LP PMC
00:1f.3 Audio device: Intel Corporation Sunrise Point-LP HD Audio (rev 21)
	Subsystem: Hewlett-Packard Company Sunrise Point-LP HD Audio
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel, snd_soc_skl
00:1f.4 SMBus: Intel Corporation Sunrise Point-LP SMBus (rev 21)
	Subsystem: Hewlett-Packard Company Sunrise Point-LP SMBus
	Kernel driver in use: i801_smbus
	Kernel modules: i2c_i801
01:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Sun XT [Radeon HD 8670A/8670M/8690M / R5 M330 / M430] (rev 83)
	Kernel driver in use: vfio-pci
	Kernel modules: radeon, amdgpu
02:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101/2/6E PCI Express Fast/Gigabit Ethernet controller (rev 07)
	Subsystem: Hewlett-Packard Company RTL810xE PCI Express Fast Ethernet controller
	Kernel driver in use: r8169
	Kernel modules: r8169
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
	Subsystem: Hewlett-Packard Company RTL8723BE PCIe Wireless Network Adapter
	Kernel driver in use: rtl8723be
	Kernel modules: rtl8723be

  • Ссылка

Ответ на:

комментарий
от s-o 18.10.20 21:10:03 MSK

хмл файл либвирта.

<domain type='kvm'>
  <name>win10</name>
  <uuid>416db451-0fee-4b01-a86e-c23bea86225b</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'>6291456</memory>
  <currentMemory unit='KiB'>4194304</currentMemory>
  <vcpu placement='static'>2</vcpu>
  <os>
    <type arch='x86_64' machine='pc-q35-3.1'>hvm</type>
    <loader readonly='yes' type='pflash'>/usr/share/OVMF/OVMF_CODE.fd</loader>
    <nvram>/var/lib/libvirt/qemu/nvram/win10_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='1234567890cc'/>
    </hyperv>
    <kvm>
      <hidden state='on'/>
    </kvm>
    <vmport state='off'/>
    <loapic driver='kvm'/>
  </features>
  <cpu mode='host-model' check='partial'>
    <model fallback='allow'/>
  </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='/var/lib/libvirt/images/win10.qcow2'/>
      <target dev='sda' bus='sata'/>
      <address type='drive' controller='0' bus='0' target='0' unit='0'/>
    </disk>
    <disk type='file' device='cdrom'>
      <driver name='qemu' type='raw'/>
      <source file='/home/bigbull/Windows 10 18.02.2017.iso'/>
      <target dev='sdb' bus='sata'/>
      <readonly/>
      <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>
    <interface type='direct'>
      <mac address='52:54:00:4c:3f:bc'/>
      <source dev='enp2s0' mode='bridge'/>
      <model type='e1000e'/>
      <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/>
    </interface>
    <serial type='pty'>
      <target type='isa-serial' port='0'>
        <model name='isa-serial'/>
      </target>
    </serial>
    <console type='pty'>
      <target type='serial' port='0'/>
    </console>
    <input type='tablet' bus='usb'>
      <address type='usb' bus='0' port='1'/>
    </input>
    <input type='mouse' bus='ps2'/>
    <input type='keyboard' bus='ps2'/>
    <graphics type='spice' autoport='yes' listen='127.0.0.1'>
      <listen type='address' address='127.0.0.1'/>
      <image compression='off'/>
      <gl enable='no'/>
    </graphics>
    <sound model='ich9'>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x1b' function='0x0'/>
    </sound>
    <video>
      <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1' primary='yes'/>
      <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0'/>
    </video>
    <hostdev mode='subsystem' type='pci' managed='yes'>
      <source>
        <address domain='0x0000' bus='0x01' slot='0x00' function='0x0'/>
      </source>
      <rom bar='on'/>
      <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/>
    </hostdev>
    <redirdev bus='usb' type='spicevmc'>
      <address type='usb' bus='0' port='2'/>
    </redirdev>
    <redirdev bus='usb' type='spicevmc'>
      <address type='usb' bus='0' port='3'/>
    </redirdev>
    <memballoon model='virtio'>
      <address type='pci' domain='0x0000' bus='0x03' slot='0x00' function='0x0'/>
    </memballoon>
  </devices>
</domain>
  • Показать ответ
  • Ссылка

Ответ на:

комментарий
от TheLinuxUser 19.10.20 22:08:07 MSK

знал бы, что в деле радеон, не стал бы писать :)
ошибка 43 стандартно с дровами нвидии, про радеон не подскажу.

когда все заработает (!), для скорости стоит покопать:

<domain type='kvm' xmlns:qemu='http://libvirt.org/schemas/domain/qemu/1.0'> - это изменить уже сейчас, все-равно потом придется
  <name>blabla</name>
  <uuid>blabla</uuid>
  <memory unit='KiB'>8388608</memory>
  <currentMemory unit='KiB'>8388608</currentMemory>
  <memoryBacking>
    <hugepages/>
  </memoryBacking> - hugepages сильно ускоряют работу ВМ
  <vcpu placement='static'>12</vcpu>
  <iothreads>1</iothreads>
  <cputune>
    <vcpupin vcpu='0' cpuset='6'/>
    <vcpupin vcpu='1' cpuset='18'/>
    <vcpupin vcpu='2' cpuset='7'/>
    <vcpupin vcpu='3' cpuset='19'/>
    <vcpupin vcpu='4' cpuset='8'/>
    <vcpupin vcpu='5' cpuset='20'/>
    <vcpupin vcpu='6' cpuset='9'/>
    <vcpupin vcpu='7' cpuset='21'/>
    <vcpupin vcpu='8' cpuset='10'/>
    <vcpupin vcpu='9' cpuset='22'/>
    <vcpupin vcpu='10' cpuset='11'/>
    <vcpupin vcpu='11' cpuset='23'/>
    <emulatorpin cpuset='0-1'/>
    <iothreadpin iothread='1' cpuset='0-1'/>
  </cputune> - привязка к ядрам тоже
  <os>
    <type arch='x86_64' machine='pc-i440fx-4.2'>hvm</type>
    <loader readonly='yes' type='pflash'>/usr/share/OVMF/OVMF_CODE.fd</loader>
    <nvram>/var/lib/libvirt/qemu/nvram/blabla_VARS.fd</nvram>
  </os>
  <features>
    <acpi/>
    <apic/>
    <hyperv>
      <relaxed state='on'/>
      <vapic state='on'/>
      <spinlocks state='on' retries='8191'/>
      <vpindex state='on'/>
      <synic state='on'/>
      <stimer state='on'/>
      <reset state='on'/>
      <vendor_id state='on' value='1234567890ab'/>
      <frequencies state='on'/>
    </hyperv> - вот этот блок уже сейчас можно весь скопировать
    <kvm>
      <hidden state='on'/>
    </kvm>
    <vmport state='off'/>
    <ioapic driver='kvm'/> - вот на это посмотреть сейчас
  </features>
  <cpu mode='host-passthrough' check='none'>
    <topology sockets='2' cores='3' threads='2'/>
    <feature policy='require' name='topoext'/>
  </cpu>
  <clock offset='localtime'>
    <timer name='rtc' present='no' tickpolicy='catchup'/>
    <timer name='pit' present='no' tickpolicy='delay'/>
    <timer name='hpet' present='no'/>
    <timer name='hypervclock' present='yes'/>
    <timer name='tsc' present='yes' mode='native'/>
  </clock>

и мне непонятно, почему у тебя в <loapic driver='kvm'/> первая буква — L, а не i.

s-o

(20.10.20 13:40:43 MSK)

  • Ссылка

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

Понравилась статья? Поделить с друзьями:
  • Proxmox ошибка соединения 401 no ticket
  • Proxmox ошибка 500
  • Proxmox novnc ошибка подключения к серверу
  • Proxifier ошибка 10061
  • Proxifier ошибка 10060