Windows终端Import-Module导入oh-my-posh报错问题排查

• 根因是Windows系统的WMI（Windows管理规范）仓库损坏，导致PowerShell调用Get-CimInstance查询Win32_Processor类获取处理器信息时，返回Invalid class错误（对应错误码0x80041010）。
• oh-my-posh 7.36.1版本的模块导入逻辑强依赖该查询结果判断系统架构，查询失败后无法获取架构参数，直接抛出Unsupported architecture异常终止导入流程。
• 该问题与PowerShell执行策略无关，之前配置的Set-ExecutionPolicy Unrestricted已经排除了脚本执行权限层面的阻碍。

按优先级从高到低可选择以下方案：

方案1：修复WMI仓库（根因修复） #

1. 以管理员身份启动PowerShell
2. 依次执行以下命令修复WMI组件：

# 停止WMI相关服务
net stop winmgmt /y
# 修复WMI仓库一致性
winmgmt /salvagerepository
# 重置WMI仓库到初始状态
winmgmt /resetrepository
# 重启WMI服务
net start winmgmt

如果执行重置命令时提示仓库版本不一致报错，重复执行winmgmt /salvagerepository直到返回修复成功即可。

3. 修复完成后新开终端，先执行Get-CimInstance Win32_Processor验证，能正常返回处理器信息的话，再执行Import-Module oh-my-posh即可正常导入。

方案2：手动指定架构绕过检测（快速临时修复） #

如果暂时不想修复WMI，可直接修改模块文件跳过架构检测逻辑：

1. 打开报错路径下的模块文件：C:\Program Files\WindowsPowerShell\Modules\oh-my-posh\7.36.1\oh-my-posh.psm1
2. 定位到第66行附近的架构查询代码，注释掉原有查询逻辑，根据自己的系统架构直接赋值：
   • 64位x86设备：$arch = "x86_64"
   • 32位x86设备：$arch = "i386"
   • ARM64设备：$arch = "arm64"
3. 保存文件后重新执行导入命令即可。

方案3：升级oh-my-posh到最新版本 #

7.36.1属于较旧版本，架构检测逻辑没有做失败兼容，新版本已经补充了架构获取的降级逻辑，不会因为单次CIM查询失败直接抛错：

1. 先卸载旧版本模块：

Uninstall-Module oh-my-posh -AllVersions -Force

2. 安装最新版本模块（当前用户范围安装不需要管理员权限）：

Install-Module oh-my-posh -Scope CurrentUser -Force

3. 安装完成后重新执行导入命令即可。

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