这是个挺棘手的WMI故障，尤其是涉及到Win32_PnPDevice这类和硬件枚举强相关的类，结合你遇到的系统差异和已尝试的修复操作，给你几个针对性的排查方向：

1. 定位特定硬件设备的异常 #

Win32_PnPDevice需要枚举系统所有PNP设备，很可能是某台设备的驱动或对应的WMI Provider触发了崩溃。你可以先缩小查询范围来验证：

• 尝试只查询某一类设备，比如显示器：

  Get-WmiObject -Class Win32_PnPDevice -Filter "PNPClass='Display'"
  

• 或者只返回核心属性，减少数据加载量：

  Get-WmiObject -Class Win32_PnPDevice | Select-Object Name, DeviceID
  

如果某类设备能正常返回结果，说明问题出在特定设备上。接下来用pnputil /enum-devices列出所有设备，重点排查带黄色感叹号的异常设备，或者最近新增的硬件，尝试禁用/卸载后再测试WMI查询。

2. 校验WMI服务的权限与依赖 #

虽然你已经重置过WMI仓库，但服务本身的配置可能有问题：

• 打开「服务」，找到Windows Management Instrumentation，右键→属性→登录，确认使用「本地系统账户」并勾选「允许服务与桌面交互」（IoT/Embedded系统可能默认未开启）。
• 检查依赖服务：确保Remote Procedure Call (RPC)、DCOM Server Process Launcher服务处于运行状态，且启动类型为自动。
• 用winmgmt /verifyrepository确认仓库状态，如果返回WMI repository is consistent，说明仓库本身没问题，之前的重置没触碰到核心问题。

3. 重新注册WMI Provider与MOF文件 #

Win32_PnPDevice的Provider注册可能损坏，手动重新注册相关组件：
打开管理员PowerShell，执行以下命令：

# 进入WMI核心目录
cd C:\Windows\System32\wbem

# 重新注册基础WMI组件
mofcomp system.mof
mofcomp system.mfl
mofcomp wmicore.mof
mofcomp wmicore.mfl

# 注册PNP相关Provider
mofcomp pnpprov.mof

# 重启WMI服务
Restart-Service winmgmt -Force

4. 修复系统组件损坏 #

针对Windows 10 IoT/Embedded这类精简系统，可能存在系统组件缺失或损坏：

• 运行系统文件检查：

  sfc /scannow
  

• 如果SFC无法修复，用DISM修复系统镜像（Embedded系统可能需要对应安装介质）：

  DISM /Online /Cleanup-Image /RestoreHealth
  

• 对于Windows Embedded S7，还可以通过「控制面板→程序→打开或关闭Windows功能」，确认「Windows Management Instrumentation」下的所有子项都已勾选启用。

5. Python调用场景的额外排查 #

Python的wmi库依赖win32com组件，可能是COM注册问题：

• 重新注册win32com组件：

  cd "C:\Users\Engineering\AppData\Local\Programs\Python\Python37\Lib\site-packages\win32com\client"
  python pywin32_postinstall.py -install
  

• 另外可以尝试改用PowerShell的现代CIM命令替代传统WMI，兼容性更好：

  Get-CimInstance -ClassName Win32_PnPDevice
  

如果这个命令能正常运行，说明是传统WMI接口的问题，你可以考虑在Python中改用pycim库或者直接调用CIM接口。

内容的提问来源于stack exchange，提问作者Artur