Jump to content

SirSterben

Members
  • Posts

    1
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

SirSterben's Achievements

Noob

Noob (1/14)

0

Reputation

  1. Hi, I'm having issues with booting certain operating systems. I've tried booting with Linux and so far Ubuntu and Manjaro work perfectally but not Debian (Kali linux to be exact). On the other hand, I tried booting with Windows 10 but no luck so far. All of the VMs that won't boot will work if I use VNC but will not boot when using any other GPU device other than VNC. I have tried using both the stable and the next versions of Unraid and still have the same issue. When I tried booting the Windows 10 VM I got this error as well: Nov 9 04:39:14 Tower kernel: irq 16: nobody cared (try booting with the "irqpoll" option) Nov 9 04:39:14 Tower kernel: CPU: 3 PID: 0 Comm: swapper/3 Tainted: P O 5.3.8-Unraid #1 Nov 9 04:39:14 Tower kernel: Hardware name: Dell Inc. Precision Tower 3620/09WH54, BIOS 2.3.5 08/06/2017 Nov 9 04:39:14 Tower kernel: Call Trace: Nov 9 04:39:14 Tower kernel: <IRQ> Nov 9 04:39:14 Tower kernel: dump_stack+0x5d/0x79 Nov 9 04:39:14 Tower kernel: __report_bad_irq+0x30/0xa5 Nov 9 04:39:14 Tower kernel: note_interrupt+0x1d8/0x229 Nov 9 04:39:14 Tower kernel: handle_irq_event_percpu+0x4f/0x6f Nov 9 04:39:14 Tower kernel: handle_irq_event+0x34/0x51 Nov 9 04:39:14 Tower kernel: handle_fasteoi_irq+0x92/0xfc Nov 9 04:39:14 Tower kernel: handle_irq+0x1c/0x1f Nov 9 04:39:14 Tower kernel: do_IRQ+0x46/0xc8 Nov 9 04:39:14 Tower kernel: common_interrupt+0xf/0xf Nov 9 04:39:14 Tower kernel: </IRQ> Nov 9 04:39:14 Tower kernel: RIP: 0010:cpuidle_enter_state+0xe8/0x1f0 Nov 9 04:39:14 Tower kernel: Code: ff 45 84 ff 74 1d 9c 58 0f 1f 44 00 00 0f ba e0 09 73 09 0f 0b fa 66 0f 1f 44 00 00 31 ff e8 9d 46 ba ff fb 66 0f 1f 44 00 00 <45> 85 e4 0f 88 ea 00 00 00 49 63 cc be ff ff ff 7f 48 ba ff ff ff Nov 9 04:39:14 Tower kernel: RSP: 0018:ffffc900000c7e90 EFLAGS: 00000246 ORIG_RAX: ffffffffffffffdd Nov 9 04:39:14 Tower kernel: RAX: ffff888811ae0ac0 RBX: ffff888811aea300 RCX: 000000000000001f Nov 9 04:39:14 Tower kernel: RDX: 0000000000000000 RSI: 00000000258efbe6 RDI: 0000000000000000 Nov 9 04:39:14 Tower kernel: RBP: ffffffff820584a0 R08: 0000008ffcbaa9b9 R09: 0000000000000000 Nov 9 04:39:14 Tower kernel: R10: 071c71c71c71c71c R11: 0000000000000020 R12: 0000000000000001 Nov 9 04:39:14 Tower kernel: R13: 0000008ffcba984f R14: 0000008ffcbaa9b9 R15: 0000000000000000 Nov 9 04:39:14 Tower kernel: cpuidle_enter+0x25/0x31 Nov 9 04:39:14 Tower kernel: do_idle+0x17e/0x1fc Nov 9 04:39:14 Tower kernel: cpu_startup_entry+0x18/0x1a Nov 9 04:39:14 Tower kernel: start_secondary+0x154/0x16f Nov 9 04:39:14 Tower kernel: secondary_startup_64+0xa4/0xb0 Nov 9 04:39:14 Tower kernel: handlers: Nov 9 04:39:14 Tower kernel: [<00000000d0c6a22b>] i801_isr [i2c_i801] Nov 9 04:39:14 Tower kernel: [<00000000bd4fc18e>] vfio_intx_handler Nov 9 04:39:14 Tower kernel: Disabling IRQ #16 But sometimes the VM hangs at this instead of the one above: Nov 9 04:52:36 Tower kernel: DMAR: DRHD: handling fault status reg 2 Nov 9 04:52:36 Tower kernel: DMAR: [DMA Write] Request device [00:02.0] fault addr 0 [fault reason 02] Present bit in context entry is clear Nov 9 04:52:41 Tower kernel: br0: port 2(vnet0) entered blocking state Nov 9 04:52:41 Tower kernel: br0: port 2(vnet0) entered disabled state Nov 9 04:52:41 Tower kernel: device vnet0 entered promiscuous mode Nov 9 04:52:41 Tower kernel: br0: port 2(vnet0) entered blocking state Nov 9 04:52:41 Tower kernel: br0: port 2(vnet0) entered forwarding state Nov 9 04:52:41 Tower kernel: vfio-pci 0000:00:02.0: enabling device (0400 -> 0403) Nov 9 04:52:41 Tower kernel: vfio_ecap_init: 0000:00:02.0 hiding ecap 0x1b@0x100 Nov 9 04:52:42 Tower avahi-daemon[3032]: Joining mDNS multicast group on interface vnet0.IPv6 with address fe80::fc54:ff:fe8f:b34e. Nov 9 04:52:42 Tower avahi-daemon[3032]: New relevant interface vnet0.IPv6 for mDNS. Nov 9 04:52:42 Tower avahi-daemon[3032]: Registering new address record for fe80::fc54:ff:fe8f:b34e on vnet0.*. Here is my config for the Windows 10 VM: <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm'> <name>Windows 10</name> <uuid>a1f97e01-d6b5-c7cf-ce31-f07fa2d4fb86</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 10" icon="windows.png" os="windows10"/> </metadata> <memory unit='KiB'>4194304</memory> <currentMemory unit='KiB'>4194304</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>4</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='4'/> <vcpupin vcpu='2' cpuset='1'/> <vcpupin vcpu='3' cpuset='5'/> </cputune> <os> <type arch='x86_64' machine='pc-i440fx-3.1'>hvm</type> </os> <features> <acpi/> <apic/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> <vendor_id state='on' value='none'/> </hyperv> </features> <cpu mode='host-passthrough' check='none'> <topology sockets='1' cores='2' threads='2'/> </cpu> <clock offset='localtime'> <timer name='hypervclock' present='yes'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user/domains/Windows 10/vdisk1.img'/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/disks/192.168.0.32_data/ISOs/Windows.iso'/> <target dev='hda' bus='ide'/> <readonly/> <boot order='2'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <controller type='pci' index='0' model='pci-root'/> <controller type='ide' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='virtio-serial' index='0'> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </controller> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x2'/> </controller> <interface type='bridge'> <mac address='52:54:00:8f:b3:4e'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' 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> <channel type='unix'> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </hostdev> <memballoon model='none'/> </devices> </domain> Here is the log for the Windows 10 VM itself: /usr/local/sbin/qemu \ -name 'guest=Windows 10,debug-threads=on' \ -S \ -object 'secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-5-Windows 10/master-key.aes' \ -machine pc-i440fx-3.1,accel=kvm,usb=off,dump-guest-core=off,mem-merge=off \ -cpu host,hv_time,hv_relaxed,hv_vapic,hv_spinlocks=0x1fff,hv_vendor_id=none \ -m 4096 \ -realtime mlock=off \ -smp 4,sockets=1,cores=2,threads=2 \ -uuid a1f97e01-d6b5-c7cf-ce31-f07fa2d4fb86 \ -display none \ -no-user-config \ -nodefaults \ -chardev socket,id=charmonitor,fd=27,server,nowait \ -mon chardev=charmonitor,id=monitor,mode=control \ -rtc base=localtime \ -no-hpet \ -no-shutdown \ -boot strict=on \ -device ich9-usb-ehci1,id=usb,bus=pci.0,addr=0x7.0x7 \ -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pci.0,multifunction=on,addr=0x7 \ -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pci.0,addr=0x7.0x1 \ -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pci.0,addr=0x7.0x2 \ -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 \ -drive 'file=/mnt/user/domains/Windows 10/vdisk1.img,format=raw,if=none,id=drive-virtio-disk2,cache=writeback' \ -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk2,id=virtio-disk2,bootindex=1,write-cache=on \ -drive file=/mnt/disks/192.168.0.32_data/ISOs/Windows.iso,format=raw,if=none,id=drive-ide0-0-0,readonly=on \ -device ide-cd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=2 \ -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 \ -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:8f:b3:4e,bus=pci.0,addr=0x3 \ -chardev pty,id=charserial0 \ -device isa-serial,chardev=charserial0,id=serial0 \ -chardev socket,id=charchannel0,fd=31,server,nowait \ -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \ -device vfio-pci,host=00:02.0,id=hostdev0,bus=pci.0,addr=0x2 \ -sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \ -msg timestamp=on 2019-11-09 12:52:41.370+0000: Domain id=5 is tainted: high-privileges 2019-11-09 12:52:41.370+0000: Domain id=5 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) As for the Kali linux VM that doesn't want to boot either. When looking at the system log this is what it hangs on: Nov 9 04:48:58 Tower kernel: DMAR: DRHD: handling fault status reg 2 Nov 9 04:48:58 Tower kernel: DMAR: [DMA Write] Request device [00:02.0] fault addr 0 [fault reason 02] Present bit in context entry is clear Nov 9 04:49:05 Tower kernel: br0: port 2(vnet0) entered blocking state Nov 9 04:49:05 Tower kernel: br0: port 2(vnet0) entered disabled state Nov 9 04:49:05 Tower kernel: device vnet0 entered promiscuous mode Nov 9 04:49:05 Tower kernel: br0: port 2(vnet0) entered blocking state Nov 9 04:49:05 Tower kernel: br0: port 2(vnet0) entered forwarding state Nov 9 04:49:05 Tower kernel: vfio-pci 0000:00:02.0: enabling device (0400 -> 0403) Nov 9 04:49:05 Tower kernel: vfio_ecap_init: 0000:00:02.0 hiding ecap 0x1b@0x100 Nov 9 04:49:05 Tower acpid: input device has been disconnected, fd 8 Nov 9 04:49:05 Tower acpid: input device has been disconnected, fd 9 Nov 9 04:49:05 Tower acpid: input device has been disconnected, fd 5 Nov 9 04:49:05 Tower acpid: input device has been disconnected, fd 6 Nov 9 04:49:06 Tower kernel: usb 1-8.1: reset full-speed USB device number 9 using xhci_hcd Nov 9 04:49:06 Tower kernel: usb 1-4: reset full-speed USB device number 3 using xhci_hcd Nov 9 04:49:06 Tower kernel: usb 1-8.1: reset full-speed USB device number 9 using xhci_hcd Nov 9 04:49:06 Tower kernel: usb 1-4: reset full-speed USB device number 3 using xhci_hcd Nov 9 04:49:06 Tower avahi-daemon[3032]: Joining mDNS multicast group on interface vnet0.IPv6 with address fe80::fc54:ff:fe64:587f. Nov 9 04:49:06 Tower avahi-daemon[3032]: New relevant interface vnet0.IPv6 for mDNS. Nov 9 04:49:06 Tower avahi-daemon[3032]: Registering new address record for fe80::fc54:ff:fe64:587f on vnet0.*. Nov 9 04:49:11 Tower kernel: usb 1-8.1: reset full-speed USB device number 9 using xhci_hcd Nov 9 04:49:11 Tower kernel: usb 1-4: reset full-speed USB device number 3 using xhci_hcd Nov 9 04:49:11 Tower kernel: usb 1-8.1: reset full-speed USB device number 9 using xhci_hcd Nov 9 04:49:11 Tower kernel: usb 1-4: reset full-speed USB device number 3 using xhci_hcd This is the config: <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm'> <name>Kali</name> <uuid>2fc34369-b7ce-997e-5c6b-b67145cc6fb7</uuid> <metadata> <vmtemplate xmlns="unraid" name="Linux" icon="linux.png" os="linux"/> </metadata> <memory unit='KiB'>4194304</memory> <currentMemory unit='KiB'>4194304</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>4</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='4'/> <vcpupin vcpu='2' cpuset='1'/> <vcpupin vcpu='3' cpuset='5'/> </cputune> <os> <type arch='x86_64' machine='pc-q35-3.1'>hvm</type> </os> <features> <acpi/> <apic/> </features> <cpu mode='host-passthrough' check='none'> <topology sockets='1' cores='2' threads='2'/> </cpu> <clock offset='utc'> <timer name='rtc' tickpolicy='catchup'/> <timer name='pit' tickpolicy='delay'/> <timer name='hpet' present='no'/> </clock> <on_poweroff>destroy</on_poweroff> <on_reboot>restart</on_reboot> <on_crash>restart</on_crash> <devices> <emulator>/usr/local/sbin/qemu</emulator> <disk type='file' device='disk'> <driver name='qemu' type='raw' cache='writeback'/> <source file='/mnt/user/domains/Kali/vdisk1.img'/> <target dev='hdc' bus='virtio'/> <boot order='1'/> <address type='pci' domain='0x0000' bus='0x04' slot='0x00' function='0x0'/> </disk> <disk type='file' device='cdrom'> <driver name='qemu' type='raw'/> <source file='/mnt/disks/192.168.0.32_data/ISOs/kali-linux-2019.3-amd64.iso'/> <target dev='hda' bus='sata'/> <readonly/> <boot order='2'/> <address type='drive' controller='0' bus='0' target='0' unit='0'/> </disk> <controller type='usb' index='0' model='ich9-ehci1'> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x7'/> </controller> <controller type='usb' index='0' model='ich9-uhci1'> <master startport='0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0' multifunction='on'/> </controller> <controller type='usb' index='0' model='ich9-uhci2'> <master startport='2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x1'/> </controller> <controller type='usb' index='0' model='ich9-uhci3'> <master startport='4'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' 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='0x8'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x0' multifunction='on'/> </controller> <controller type='pci' index='2' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='2' port='0x9'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x1'/> </controller> <controller type='pci' index='3' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='3' port='0xa'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x2'/> </controller> <controller type='pci' index='4' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='4' port='0xb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x3'/> </controller> <controller type='pci' index='5' model='pcie-root-port'> <model name='pcie-root-port'/> <target chassis='5' port='0xc'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x01' function='0x4'/> </controller> <controller type='pci' index='6' model='pcie-to-pci-bridge'> <model name='pcie-pci-bridge'/> <address type='pci' domain='0x0000' bus='0x01' slot='0x00' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <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> <interface type='bridge'> <mac address='52:54:00:64:58:7f'/> <source bridge='br0'/> <model type='virtio'/> <address type='pci' domain='0x0000' bus='0x03' 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> <channel type='unix'> <target type='virtio' name='org.qemu.guest_agent.0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'> <address type='usb' bus='0' port='3'/> </input> <input type='mouse' bus='ps2'/> <input type='keyboard' bus='ps2'/> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </source> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x1038'/> <product id='0x1206'/> </source> <address type='usb' bus='0' port='1'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source> <vendor id='0x1038'/> <product id='0x1724'/> </source> <address type='usb' bus='0' port='2'/> </hostdev> <memballoon model='none'/> </devices> </domain> Here is also the log for the Kali VM itself: -display none \ -no-user-config \ -nodefaults \ -chardev socket,id=charmonitor,fd=27,server,nowait \ -mon chardev=charmonitor,id=monitor,mode=control \ -rtc base=utc,driftfix=slew \ -global kvm-pit.lost_tick_policy=delay \ -no-hpet \ -no-shutdown \ -boot strict=on \ -device pcie-root-port,port=0x8,chassis=1,id=pci.1,bus=pcie.0,multifunction=on,addr=0x1 \ -device pcie-root-port,port=0x9,chassis=2,id=pci.2,bus=pcie.0,addr=0x1.0x1 \ -device pcie-root-port,port=0xa,chassis=3,id=pci.3,bus=pcie.0,addr=0x1.0x2 \ -device pcie-root-port,port=0xb,chassis=4,id=pci.4,bus=pcie.0,addr=0x1.0x3 \ -device pcie-root-port,port=0xc,chassis=5,id=pci.5,bus=pcie.0,addr=0x1.0x4 \ -device pcie-pci-bridge,id=pci.6,bus=pci.1,addr=0x0 \ -device ich9-usb-ehci1,id=usb,bus=pcie.0,addr=0x7.0x7 \ -device ich9-usb-uhci1,masterbus=usb.0,firstport=0,bus=pcie.0,multifunction=on,addr=0x7 \ -device ich9-usb-uhci2,masterbus=usb.0,firstport=2,bus=pcie.0,addr=0x7.0x1 \ -device ich9-usb-uhci3,masterbus=usb.0,firstport=4,bus=pcie.0,addr=0x7.0x2 \ -device virtio-serial-pci,id=virtio-serial0,bus=pci.2,addr=0x0 \ -drive file=/mnt/user/domains/Kali/vdisk1.img,format=raw,if=none,id=drive-virtio-disk2,cache=writeback \ -device virtio-blk-pci,scsi=off,bus=pci.4,addr=0x0,drive=drive-virtio-disk2,id=virtio-disk2,bootindex=1,write-cache=on \ -drive file=/mnt/disks/192.168.0.32_data/ISOs/kali-linux-2019.3-amd64.iso,format=raw,if=none,id=drive-sata0-0-0,readonly=on \ -device ide-cd,bus=ide.0,drive=drive-sata0-0-0,id=sata0-0-0,bootindex=2 \ -netdev tap,fd=29,id=hostnet0,vhost=on,vhostfd=30 \ -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:64:58:7f,bus=pci.3,addr=0x0 \ -chardev pty,id=charserial0 \ -device isa-serial,chardev=charserial0,id=serial0 \ -chardev socket,id=charchannel0,fd=32,server,nowait \ -device virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=org.qemu.guest_agent.0 \ -device usb-tablet,id=input0,bus=usb.0,port=3 \ -device vfio-pci,host=00:02.0,id=hostdev0,bus=pcie.0,addr=0x2 \ -device usb-host,hostbus=1,hostaddr=9,id=hostdev1,bus=usb.0,port=1 \ -device usb-host,hostbus=1,hostaddr=3,id=hostdev2,bus=usb.0,port=2 \ -sandbox on,obsolete=deny,elevateprivileges=deny,spawn=deny,resourcecontrol=deny \ -msg timestamp=on 2019-11-09 12:50:57.240+0000: Domain id=4 is tainted: high-privileges 2019-11-09 12:50:57.240+0000: Domain id=4 is tainted: host-cpu char device redirected to /dev/pts/0 (label charserial0) My specs are: i7-6600K GTX 1070 32 GB DDR3 I have also tried using both types of BIOS and it does not make a difference. I have attached my diagnostics. tower-diagnostics-20191109-1235.zip
×
×
  • Create New...