December 9, 20232 yr Unraid安装有三台虚拟机分别为Synology、Unbuntu、Windows11，只有Win11会出现这种死机现象，死机后分配给Win11虚拟机CPU满载。发生频率很高约一天1-2次，随机出现。 另外通过远程桌面登录，有时会产生已登录的用户崩溃并被注销，需要重新登录，虚拟机虽然不会死机，但已登录用户中正在执行的任务会被中断，发生频率也很高约一天2-3次。 CPU原来使用B560+10100时未出现该现象，更换为Z790+13900K后出现，重装系统无效，两类问题均会出现，Windows版本为最新的23H2。 更新至6.12.6后该问题仍然存在。 <?xml version='1.0' encoding='UTF-8'?> <domain type='kvm' id='4'> <name>Windows 11</name> <uuid>90338672-d29a-1fd7-e8bd-45756b16f49b</uuid> <metadata> <vmtemplate xmlns="unraid" name="Windows 11" icon="windows11.png" os="windowstpm"/> </metadata> <memory unit='KiB'>33554432</memory> <currentMemory unit='KiB'>33554432</currentMemory> <memoryBacking> <nosharepages/> </memoryBacking> <vcpu placement='static'>12</vcpu> <cputune> <vcpupin vcpu='0' cpuset='0'/> <vcpupin vcpu='1' cpuset='1'/> <vcpupin vcpu='2' cpuset='2'/> <vcpupin vcpu='3' cpuset='3'/> <vcpupin vcpu='4' cpuset='4'/> <vcpupin vcpu='5' cpuset='5'/> <vcpupin vcpu='6' cpuset='6'/> <vcpupin vcpu='7' cpuset='7'/> <vcpupin vcpu='8' cpuset='16'/> <vcpupin vcpu='9' cpuset='17'/> <vcpupin vcpu='10' cpuset='18'/> <vcpupin vcpu='11' cpuset='19'/> </cputune> <resource> <partition>/machine</partition> </resource> <os> <type arch='x86_64' machine='pc-i440fx-7.1'>hvm</type> <loader readonly='yes' type='pflash'>/usr/share/qemu/ovmf-x64/OVMF_CODE-pure-efi-tpm.fd</loader> <nvram>/etc/libvirt/qemu/nvram/90338672-d29a-1fd7-e8bd-45756b16f49b_VARS-pure-efi-tpm.fd</nvram> <boot dev='hd'/> </os> <features> <acpi/> <apic/> <hyperv mode='custom'> <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' migratable='on'> <topology sockets='1' dies='1' cores='6' threads='2'/> <cache mode='passthrough'/> </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> <controller type='usb' index='0' model='qemu-xhci' ports='15'> <alias name='usb'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/> </controller> <controller type='virtio-serial' index='0'> <alias name='virtio-serial0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/> </controller> <controller type='pci' index='0' model='pci-root'> <alias name='pci.0'/> </controller> <serial type='pty'> <source path='/dev/pts/2'/> <target type='isa-serial' port='0'> <model name='isa-serial'/> </target> <alias name='serial0'/> </serial> <console type='pty' tty='/dev/pts/2'> <source path='/dev/pts/2'/> <target type='serial' port='0'/> <alias name='serial0'/> </console> <channel type='unix'> <source mode='bind' path='/var/lib/libvirt/qemu/channel/target/domain-4-Windows 11/org.qemu.guest_agent.0'/> <target type='virtio' name='org.qemu.guest_agent.0' state='disconnected'/> <alias name='channel0'/> <address type='virtio-serial' controller='0' bus='0' port='1'/> </channel> <input type='tablet' bus='usb'> <alias name='input0'/> <address type='usb' bus='0' port='4'/> </input> <input type='mouse' bus='ps2'> <alias name='input1'/> </input> <input type='keyboard' bus='ps2'> <alias name='input2'/> </input> <tpm model='tpm-tis'> <backend type='emulator' version='2.0' persistent_state='yes'/> <alias name='tpm0'/> </tpm> <graphics type='vnc' port='5902' autoport='yes' websocket='5702' listen='0.0.0.0' keymap='en-us'> <listen type='address' address='0.0.0.0'/> </graphics> <audio id='1' type='none'/> <video> <model type='qxl' ram='65536' vram='65536' vgamem='16384' heads='1' primary='yes'/> <alias name='video0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x02' function='0x0'/> </video> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x00' slot='0x14' function='0x3'/> </source> <alias name='hostdev0'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x00' slot='0x16' function='0x0'/> </source> <alias name='hostdev1'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='pci' managed='yes'> <driver name='vfio'/> <source> <address domain='0x0000' bus='0x02' slot='0x00' function='0x0'/> </source> <alias name='hostdev2'/> <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source startupPolicy='optional' missing='yes'> <vendor id='0x1e71'/> <product id='0x3008'/> </source> <alias name='hostdev4'/> <address type='usb' bus='0' port='2'/> </hostdev> <hostdev mode='subsystem' type='usb' managed='no'> <source> <address bus='1' device='12'/> </source> <alias name='hostdev5'/> <address type='usb' bus='0' port='1'/> </hostdev> <memballoon model='none'/> </devices> <seclabel type='dynamic' model='dac' relabel='yes'> <label>+0:+100</label> <imagelabel>+0:+100</imagelabel> </seclabel> </domain> Edited December 9, 20232 yr by ArchonX
December 15, 20232 yr Author 已登录的用户崩溃，表现为远程桌面断开，15-20s后又重新连接上，重新登陆用户，用户原来正在执行的任务中断。 虚拟机日志没有产生任何与崩溃有关的记录 系统日志在崩溃的时间点产生了如下日志： Dec 15 22:42:28 UNRAID kernel: usb 1-14: reset full-speed USB device number 5 using xhci_hcd Dec 15 22:42:28 UNRAID kernel: usb 1-11: reset full-speed USB device number 3 using xhci_hcd Dec 15 22:42:28 UNRAID kernel: usb 1-10.1: reset full-speed USB device number 4 using xhci_hcd Dec 15 22:42:44 UNRAID kernel: usb 1-14: reset full-speed USB device number 5 using xhci_hcd Dec 15 22:42:45 UNRAID kernel: usb 1-11: reset full-speed USB device number 3 using xhci_hcd Dec 15 22:42:45 UNRAID kernel: usb 1-10.1: reset full-speed USB device number 4 using xhci_hcd Edited December 15, 20232 yr by ArchonX
December 24, 20232 yr Author On 12/9/2023 at 4:58 PM, JackieWu said: 出现此问题时系统日志里面有什么报错？ 17：01发生Windows11虚拟机死机，分配给虚拟机的CPU全红。系统日志再给时间点没有任何异常记录，只有一条死机后我登陆UNRAID的记录。 unraid-syslog-20231224-0902.zip
December 31, 20232 yr On 12/24/2023 at 8:49 PM, ArchonX said: 17：01发生Windows11虚拟机死机，分配给虚拟机的CPU全红。系统日志再给时间点没有任何异常记录，只有一条死机后我登陆UNRAID的记录。 unraid-syslog-20231224-0902.zip 26.28 kB · 0 downloads 日志里面没有异常情况的记录，这种没有系统错误日志的突然死机/无响应情况大多数都是由于硬件问题导致，Unraid 论坛上也有很多这种没有可追踪的死机/无响应问题，例如 UNRAID SERVER KEEPS CRASHING (6.12.4) ，SERVER HAS BEEN HANGING AND BECOMING NON-RESPONSIVE 这两个帖子中的网友也是出现死机/无响应但是没有任何相关的错误日志记录。如果是硬件问题的话，那么建议先从内存进行排查，参考：unRAID内存的重要性以及内存测试方法 。 你可以尝试先使用安全模式运行（安全模式下会禁用所有的插件、Docker 和虚拟机），如果依然出现此问题那么基本就是硬件上的因素了。 补充：关于 BIOS 的设置也可以参考我博客中《Unraid 万兆网络实现注意事项》的“（2）主板 BIOS 关闭节能选项”说明。 Edited December 31, 20232 yr by JackieWu
December 31, 20232 yr 之前我也遇到过这种情况，VM分配的核心100%，unraid卡死只能强行关机。 我的现在没有出现过死机的情况了，下面是一些可以尝试修复的地方： 1、bios中有关aspm和cpu的设置： 个人觉得最重要的是软件包C状态支持一定要关闭，PCI Express Native Control和PCIE ASPM Support一般要关闭，其他可以关闭。 2、关于unraid上面的windows 11 虚拟机，机器选择Q35-7.1+OVMF比较好，同时逻辑CPU分配的时候，CPU0/1一般保留给unraid使用。 大小核也尽量不要混合直通给虚拟机。 VM中的任务管理器会显示“虚拟机：是”
January 2, 20242 yr 关注此贴半个多月了，可惜还是没看到什么建设性的建议能帮到我自己，感觉我的情况才是和楼主相似甚至更严重的。 同样是升级硬件前B460+10600没问题，升级硬件成x1314+14700K之后windows系列的虚拟机都会频繁蓝屏死机重启，时间间隔从几分钟到二三十小时不等，unraid的日志里看不到记录，只有虚拟机内的蓝屏dump能看到点信息。元旦在家测试开了个centos的虚拟机开了4天很稳，windows系列的这半个月试下来win7、win10、win11、win2019都会有问题。 开始以为可能跟硬件变化后虚拟机兼容有问题有关，尝试保留虚拟硬盘重新建立虚拟机、重建完全全新虚拟机新装系统都试过照样会蓝屏重启，甚至昨天新建虚拟机装了个win11，结果在初次进系统配置语言、用户名等信息的界面挂机了段时间都自己蓝屏重启过，新系统放在那没动，后来查日志发现蓝屏重启后在等待用户登录的界面又发生了次蓝屏重启。 用蓝屏查看器查看win系统下的蓝屏日志，发现虽然蓝屏代码多种多样，但是都和ntoskrnl.exe这个系统进程有关，但也只能查到这一步了，系统进程没法卸载，而且新安装的系统照样这个exe出问题。 至于上面有人提到的内存测试，虽然觉得只是虚拟机有问题，物理机unraid跑的好好的，甚至各种docker、linux虚拟机都稳定运行，应该也问题不大，但是上上个周日还是跑了几个小时的内存测试都是通过的也没能发现问题。
January 2, 20242 yr 6 hours ago, Each said: 关注此贴半个多月了，可惜还是没看到什么建设性的建议能帮到我自己，感觉我的情况才是和楼主相似甚至更严重的。 同样是升级硬件前B460+10600没问题，升级硬件成x1314+14700K之后windows系列的虚拟机都会频繁蓝屏死机重启，时间间隔从几分钟到二三十小时不等，unraid的日志里看不到记录，只有虚拟机内的蓝屏dump能看到点信息。元旦在家测试开了个centos的虚拟机开了4天很稳，windows系列的这半个月试下来win7、win10、win11、win2019都会有问题。 开始以为可能跟硬件变化后虚拟机兼容有问题有关，尝试保留虚拟硬盘重新建立虚拟机、重建完全全新虚拟机新装系统都试过照样会蓝屏重启，甚至昨天新建虚拟机装了个win11，结果在初次进系统配置语言、用户名等信息的界面挂机了段时间都自己蓝屏重启过，新系统放在那没动，后来查日志发现蓝屏重启后在等待用户登录的界面又发生了次蓝屏重启。 用蓝屏查看器查看win系统下的蓝屏日志，发现虽然蓝屏代码多种多样，但是都和ntoskrnl.exe这个系统进程有关，但也只能查到这一步了，系统进程没法卸载，而且新安装的系统照样这个exe出问题。 至于上面有人提到的内存测试，虽然觉得只是虚拟机有问题，物理机unraid跑的好好的，甚至各种docker、linux虚拟机都稳定运行，应该也问题不大，但是上上个周日还是跑了几个小时的内存测试都是通过的也没能发现问题。 我试着用“unraid vm crash ntoskrnl.exe”关键字在论坛上查了一些相类似的问题，有的是升级系统版本后出现这一类虚拟机崩溃的情况，有的也是更换硬件后出现此问题，所以我估计也还是硬件和 KVM&QEMU 之间的兼容性上的一些冲突，很难说具体是由于硬件导致的还是 KVM&QEMU 版本问题。 根据我搜索的资料，可以尝试以下解决办法： 修改虚拟机的 CPU Mode 为 host-model，参考视频 How to Fix BSOD on Window10 VMS with Qemu 5 and Ryzen CPUs 。 关机虚拟机里面的睡眠模式，使用管理员模式的 CMD 或者 Powershell 执行命令：powercfg /hibernate off，参考帖子。 使用 Tips and Tweaks 将 CPU 的 Normal CPU Scaling Governor 改为 Performance ，参考：WINDOWS 10 VM POOR PERFORMANCE, 100% CPU AFTER 6.9 UPGRADE。 检查主板 BIOS 设置，将所有节能选项和超频功能相关的功能（包括内存超频）都关闭。 尝试更换 Unraid 版本，有精力的话 6.10、6.11 可以尝试测试一下。 Edited January 2, 20242 yr by JackieWu
January 3, 20242 yr On 1/2/2024 at 4:07 PM, JackieWu said: 我试着用“unraid vm crash ntoskrnl.exe”关键字在论坛上查了一些相类似的问题，有的是升级系统版本后出现这一类虚拟机崩溃的情况，有的也是更换硬件后出现此问题，所以我估计也还是硬件和 KVM&QEMU 之间的兼容性上的一些冲突，很难说具体是由于硬件导致的还是 KVM&QEMU 版本问题。 根据我搜索的资料，可以尝试以下解决办法： 修改虚拟机的 CPU Mode 为 host-model，参考视频 How to Fix BSOD on Window10 VMS with Qemu 5 and Ryzen CPUs 。 关机虚拟机里面的睡眠模式，使用管理员模式的 CMD 或者 Powershell 执行命令：powercfg /hibernate off，参考帖子。 使用 Tips and Tweaks 将 CPU 的 Normal CPU Scaling Governor 改为 Performance ，参考：WINDOWS 10 VM POOR PERFORMANCE, 100% CPU AFTER 6.9 UPGRADE。 检查主板 BIOS 设置，将所有节能选项和超频功能相关的功能（包括内存超频）都关闭。 尝试更换 Unraid 版本，有精力的话 6.10、6.11 可以尝试测试一下。 感谢提供排查思路，不过可能我已经找到问题了，今天检查节能和超频相关信息时想到去看下CPU实时运行频率，结果发现犯了个巨大的错误，把大核和小核完全搞反了，导致给docker分配的大核，而虚拟机全部只分配了小核。。。 换完CPU后看着unraid里这张图就想当然的以为上面0-15只有一半长的是小核，而下面16-27整条的是大核了。。。今天ssh到unraid去查看每个核的实时频率和最大最小频率时才发现完全给搞反了。 下午发现这问题修改完配置到现在win10和win2019两台虚拟机开了7个小时目前都没出问题，等明天再观察看确定是不是这个因素导致的了
January 7, 20242 yr Author On 12/31/2023 at 1:33 PM, neoherozzz said: 之前我也遇到过这种情况，VM分配的核心100%，unraid卡死只能强行关机。 我的现在没有出现过死机的情况了，下面是一些可以尝试修复的地方： 1、bios中有关aspm和cpu的设置： 个人觉得最重要的是软件包C状态支持一定要关闭，PCI Express Native Control和PCIE ASPM Support一般要关闭，其他可以关闭。 2、关于unraid上面的windows 11 虚拟机，机器选择Q35-7.1+OVMF比较好，同时逻辑CPU分配的时候，CPU0/1一般保留给unraid使用。 大小核也尽量不要混合直通给虚拟机。 VM中的任务管理器会显示“虚拟机：是” 关闭了ASPM及处理器C状态后，似乎解决了问题，今天没有再崩溃亏过，还需要再观察观察
January 12, 20242 yr Author On 1/7/2024 at 2:03 PM, ArchonX said: 关闭了ASPM及处理器C状态后，似乎解决了问题，今天没有再崩溃亏过，还需要再观察观察 已登录用户崩溃的情况解决了，虚拟机死机CPU满载的问题仍出现过一次
January 12, 20242 yr 2 hours ago, ArchonX said: 已登录用户崩溃的情况解决了，虚拟机死机CPU满载的问题仍出现过一次 猜测可能是虚拟机与unraid共用cpu核心导致，设置CPU隔离可能会更稳定。
January 12, 20242 yr Author 9 hours ago, neoherozzz said: 猜测可能是虚拟机与unraid共用cpu核心导致，设置CPU隔离可能会更稳定。 没有共用核心，UNRAID只有四个小核能用，其余的都隔离了
January 31, 20242 yr Author Solution On 1/2/2024 at 9:31 AM, Each said: 关注此贴半个多月了，可惜还是没看到什么建设性的建议能帮到我自己，感觉我的情况才是和楼主相似甚至更严重的。 同样是升级硬件前B460+10600没问题，升级硬件成x1314+14700K之后windows系列的虚拟机都会频繁蓝屏死机重启，时间间隔从几分钟到二三十小时不等，unraid的日志里看不到记录，只有虚拟机内的蓝屏dump能看到点信息。元旦在家测试开了个centos的虚拟机开了4天很稳，windows系列的这半个月试下来win7、win10、win11、win2019都会有问题。 开始以为可能跟硬件变化后虚拟机兼容有问题有关，尝试保留虚拟硬盘重新建立虚拟机、重建完全全新虚拟机新装系统都试过照样会蓝屏重启，甚至昨天新建虚拟机装了个win11，结果在初次进系统配置语言、用户名等信息的界面挂机了段时间都自己蓝屏重启过，新系统放在那没动，后来查日志发现蓝屏重启后在等待用户登录的界面又发生了次蓝屏重启。 用蓝屏查看器查看win系统下的蓝屏日志，发现虽然蓝屏代码多种多样，但是都和ntoskrnl.exe这个系统进程有关，但也只能查到这一步了，系统进程没法卸载，而且新安装的系统照样这个exe出问题。 至于上面有人提到的内存测试，虽然觉得只是虚拟机有问题，物理机unraid跑的好好的，甚至各种docker、linux虚拟机都稳定运行，应该也问题不大，但是上上个周日还是跑了几个小时的内存测试都是通过的也没能发现问题。 我在更换了一条内存后问题得到解决，我的蓝屏代码经常不一样，但多跟内存有关。
June 10, 20251 yr On 1/2/2024 at 9:31 AM, Each said:关注此贴半个多月了，可惜还是没看到什么建设性的建议能帮到我自己，感觉我的情况才是和楼主相似甚至更严重的。同样是升级硬件前B460+10600没问题，升级硬件成x1314+14700K之后windows系列的虚拟机都会频繁蓝屏死机重启，时间间隔从几分钟到二三十小时不等，unraid的日志里看不到记录，只有虚拟机内的蓝屏dump能看到点信息。元旦在家测试开了个centos的虚拟机开了4天很稳，windows系列的这半个月试下来win7、win10、win11、win2019都会有问题。开始以为可能跟硬件变化后虚拟机兼容有问题有关，尝试保留虚拟硬盘重新建立虚拟机、重建完全全新虚拟机新装系统都试过照样会蓝屏重启，甚至昨天新建虚拟机装了个win11，结果在初次进系统配置语言、用户名等信息的界面挂机了段时间都自己蓝屏重启过，新系统放在那没动，后来查日志发现蓝屏重启后在等待用户登录的界面又发生了次蓝屏重启。用蓝屏查看器查看win系统下的蓝屏日志，发现虽然蓝屏代码多种多样，但是都和ntoskrnl.exe这个系统进程有关，但也只能查到这一步了，系统进程没法卸载，而且新安装的系统照样这个exe出问题。至于上面有人提到的内存测试，虽然觉得只是虚拟机有问题，物理机unraid跑的好好的，甚至各种docker、linux虚拟机都稳定运行，应该也问题不大，但是上上个周日还是跑了几个小时的内存测试都是通过的也没能发现问题。我也是x1314 主板，想问一下你的x1314主板是不是没有pwm控制器没法用fan control控制风扇。。
June 16, 20251 yr On 6/10/2025 at 11:46 PM, qiang said:我也是x1314 主板，想问一下你的x1314主板是不是没有pwm控制器没法用fan control控制风扇。。是的，没法用fan control控制风扇。很久没动过设置了，不确定是不是这块板子了，好像只能bios里粗略得设置多少度以下百分之多少的转速，相应的多少度开始就全速 ，这种方式来让低负载时静音，高负载时全力散热
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.