WMI服务故障可通过五步修复：一查服务与存储库状态，二轻量抢救或强制重建Repository，三重编MOF/MFL类定义，四修复framedyn.dll及ACL权限，五运行sfc与dism修复系统文件。

wmi 服务故障在 windows 中常表现为“0x80041010（invalid class）”“invalid object”、组策略不生效、性能监视器空白、wmic命令失败，甚至 lenovo legion toolkit 等第三方工具闪退。问题根源多是 wmi 存储库（repository）损坏、mof 类定义未注册、关键 dll 缺失或 acl 权限异常——不是系统崩溃，也无需重装，靠五步可稳妥恢复。

检查并确认 WMI 服务与存储库状态

先排除基础服务异常，避免误操作：

• 以管理员身份打开命令提示符，运行 sc query winmgmt，确认服务状态为 RUNNING；若非运行中，执行 net start winmgmt
• 运行 winmgmt /verifyrepository：返回“Repository is consistent”说明正常；若提示不一致，记下结果，进入下一步
• 尝试轻量修复：winmgmt /salvagerepository，它会尽力保留命名空间结构，适合轻微损坏

强制重建 WMI 存储库

当验证失败或抢救无效时，重建是最可靠手段，不影响系统配置和用户数据：

• 停止服务：net stop winmgmt /y（自动终止依赖服务如 IPHelper、CryptSvc）
• 进入 %windir%\system32\wbem，将 Repository 文件夹重命名为 Repository.bak
• 启动服务：net start winmgmt，等待 30 秒至 2 分钟，系统自动生成全新 Repository
• 重建后再次运行 winmgmt /verifyrepository 确认一致性

重新编译 MOF/MFL 类定义文件

仅重建仓库不够，Win32_ 开头的类（如 Win32_Process）、CIM_ 类等均来自 MOF/MFL 模板，必须手动注册进新仓库：

Windows-Android_SSH_Remote_Control

通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。

下载

• 确保 winmgmt 已停止（重建后首次启动前或重建失败时）
• 在 %windir%\system32\wbem 目录下依次执行：
  for %i in (*.mof) do mofcomp %i
for %i in (*.mfl) do mofcomp %i
• 如有语言子目录（如 en-us），补上：for %i in (en-us\*.mfl) do mofcomp en-us\%i
• 完成后启动服务：net start winmgmt

修复关键 DLL 与系统文件

framedyn.dll 缺失或权限异常是 0x80041010 的高频诱因，尤其在调用 Win32_ComputerSystem 等核心类时：

• 检查 %windir%\system32\framedyn.dll 是否存在；若缺失，从 %windir%\system32\wbem\ 复制一份过去
• 运行系统文件扫描：sfc /scannow，修复被篡改或丢失的系统文件
• 若 SFC 无效果，再执行：dism /online /cleanup-image /restorehealth

不复杂但容易忽略。