Puncte:0

Sistemul de operare invitat Windows 10 VM pornește pe un ecran albastru după repornirea gazdei

drapel us

Am folosit Ubuntu 20.04 ca gazdă și am creat un Windows 10 VM (21H1) în KVM (prin GUI). În VM îmi trec placa grafică (RTX2070) și întregul grup prin passthrough PCI, care funcționează datorită diverselor ghiduri.

După ce am instalat actualizări/drivere în VM, graka este și el recunoscut.De asemenea, pot să instalez programe sau să repornesc VM-ul fără probleme, dar de îndată ce repornesc gazda (cu VM-ul oprit), VM-ul Windows 10 pornește într-un ecran albastru (TDR Video Failure).

Iată XML-ul meu pentru VM Windows 10:

tip de domeniu="kvm">
  <name>win10</name>
  <uuid>39bd2708-4c4e-4ce4-8ef9-e8d322214990</uuid>
  <metadate>
    <libosinfo:libosinfo xmlns:libosinfo="http://libosinfo.org/xmlns/libvirt/domain/1.0">
      <libosinfo:os id="http://microsoft.com/win/10"/>
    </libosinfo:libosinfo>
  </metadata>
  <memory>8388608</memory>
  <currentMemory>8388608</currentMemory>
  <vcpu>4</vcpu>
  <os>
    <type arch="x86_64" machine="q35">hvm</type>
    <boot dev="hd"/>
  </os>
  <caracteristici>
    <acpi/>
    <apic/>
    <hiperv>
      <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"/>
  </caracteristici>
  <cpu mode="model-gazdă"/>
  <clock offset="localtime">
    <timer name="rtc" tickpolicy="catchup"/>
    <timer name="pit" tickpolicy="delay"/>
    <timer name="hpet" present="no"/>
    <timer name="hypervclock" present="yes"/>
  </ceas>
  <pm>
    <suspend-to-mem enabled="no"/>
    <suspend-to-disk enabled="no"/>
  </pm>
  <dispozitive>
    <emulator>/usr/bin/qemu-system-x86_64</emulator>
    <disk type="file" device="disk">
      <nume driver="qemu" type="qcow2"/>
      <source file="/var/lib/libvirt/images/win10.qcow2"/>
      <target dev="sda" bus="sata"/>
    </disc>
    <disk type="file" device="cdrom">
      <nume driver="qemu" type="raw"/>
      <source file="/home/bob/Downloads/Win10_21H1_German_x64.iso"/>
      <target dev="sdb" bus="sata"/>
      <doar citire/>
    </disc>
    <controller type="usb" index="0" model="qemu-xhci" ports="15"/>
    <interface type="network">
      <source network="default"/>
      <mac address="52:54:00:35:be:e2"/>
      <model type="e1000e"/>
    </interfață>
    <console type="pty"/>
    <channel type="spicevmc">
      <target type="virtio" name="com.redhat.spice.0"/>
    </canal>
    <graphics type="spice" port="-1" tlsPort="-1" autoport="yes">
      <image compression="off"/>
    </graphics>
    <sound model="ich9"/>
    <video>
      <model type="qxl"/>
    </video>
    <hostdev mode="subsystem" type="pci" managed="yes">
      <sursa>
        <address domain="0" bus="1" slot="0" function="0"/>
      </source>
    </hostdev>
    <hostdev mode="subsystem" type="pci" managed="yes">
      <sursa>
        <address domain="0" bus="1" slot="0" function="1"/>
      </source>
    </hostdev>
    <hostdev mode="subsystem" type="pci" managed="yes">
      <sursa>
        <address domain="0" bus="1" slot="0" function="2"/>
      </source>
    </hostdev>
    <hostdev mode="subsystem" type="pci" managed="yes">
      <sursa>
        <address domain="0" bus="1" slot="0" function="3"/>
      </source>
    </hostdev>
    <redirdev bus="usb" type="spicevmc"/>
    <redirdev bus="usb" type="spicevmc"/>
  </dispozitive>
</domeniu>

Rezultete de la kvm --versiune :

Emulator QEMU versiunea 4.2.1 (Debian 1:4.2-3ubuntu6.17) 
Copyright (c) 2003-2019 Fabrice Bellard și dezvoltatorii proiectului QEMU

Rezultete de la lspci -knn | grep NVIDIA -A 2 :

01:00.0 Controler compatibil VGA [0300]: NVIDIA Corporation TU106 [GeForce RTX 2070] [10de:1f02] (rev a1)
    Subsistem: NVIDIA Corporation TU106 [GeForce RTX 2070] [10de:12fe]
    Driver kernel în uz: vfio-pci
    Module kernel: nvidiafb, nouveau, nvidia_drm, nvidia
01:00.1 Dispozitiv audio [0403]: Controler audio de înaltă definiție NVIDIA Corporation TU106 [10de:10f9] (rev a1)
    Subsistem: Controler audio de înaltă definiție NVIDIA Corporation TU106 [10de:12fe]
    Driver kernel în uz: vfio-pci
    Module kernel: snd_hda_intel
01:00.2 Controler USB [0c03]: Controler gazdă USB 3.1 NVIDIA Corporation TU106 [10de:1ada] (rev a1)
    Subsistem: NVIDIA Corporation TU106 USB 3.1 Host Controller [10de:12fe]
    Driver kernel în uz: vfio-pci
    Module kernel: xhci_pci
01:00.3 Controler magistrală serială [0c80]: Controler UCSI USB Type-C NVIDIA Corporation TU106 [10de:1adb] (rev a1)
    Subsistem: NVIDIA Corporation TU106 USB Type-C UCSI Controller [10de:12fe]
    Driver kernel în uz: vfio-pci
    Module kernel: i2c_nvidia_gpu
drapel ru
Dacă ați repornit mașina gazdă fără a închide corect VM-urile invitate, cauzele Ecran albastru ar putea fi oricare dintre o mie de motive fără a ști mai multe despre VM-urile invitate. *Cu toate acestea*, depanarea sistemului de operare Windows Guest *nu* este cu adevărat la subiect în Ask Ubuntu, mai ales dacă nu ați schimbat hardware-ul de pe gazdă sau setările hardware VM invitate.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.