Win10 升级 Win11 后 VMware Workstation 无法启动的问题

# Win10 升级 Win11 后 VMware Workstation 无法启动的排查与修复记录 ## 一、问题背景 最近电脑从 Windows 10 升级到 Windows 11 后，VMware Workstation 突然无法正常使用。 现象比较奇怪： - VMware Workstation 重新安装后仍然无法打开 - 升级前虚拟机可以正常使用 - 升级系统后，无论是原来的虚拟机还是重装 VMware，都无法正常启动 - 常规怀疑项如 Hyper-V、VBS、虚拟化设置等看起来都不像直接原因 本次环境大致如下： - 系统：Windows 11 / 25H2，Build 26200 - VMware：VMware Workstation 25.0.0 - 虚拟机：Ubuntu、CentOS - CPU 虚拟化：已开启 ## 二、初步排查方向 VMware 在 Windows 11 上打不开，常见原因通常有几个： 1. Hyper-V 与 VMware 冲突 2. Windows 虚拟机平台启用 3. VBS / 内存完整性导致兼容性问题 4. VMware 驱动或服务异常 5. VMware 安装损坏 6. 系统运行库损坏 所以先检查 Windows 虚拟化相关功能。 ### 1. 检查 Hyper-V 状态 使用 PowerShell 查看 Windows 可选功能： ```powershell Get-WindowsOptionalFeature -Online | Where-Object { $_.FeatureName -match 'Hyper-V|VirtualMachinePlatform|Windows-Hypervisor-Platform|Containers|Microsoft-Windows-Subsystem-Linux' } | Select-Object FeatureName, State

检查结果显示：

• Hyper-V：Disabled
• VirtualMachinePlatform：Disabled
• Windows-Hypervisor-Platform：未启用
• WSL：Enabled

说明 VMware 不能启动并不是典型的 Hyper-V 冲突。

2. 检查 VBS / Device Guard

继续检查系统安全虚拟化状态：

systeminfo|Select-String-Pattern'Hyper-V|Virtualization-based security'

结果显示：

Virtualization-based security: Status: Not enabled Virtualization Enabled In Firmware: Yes

也就是说：

• BIOS 虚拟化已开启
• VBS 没有启用

这条线也基本排除。

三、检查 VMware 服务和驱动

继续查看 VMware 相关服务：

Get-Service|Where-Object{$_.Name-match'VMware|VM|vmware|vmauthd'}|Select-ObjectName,DisplayName,Status,StartType

结果中可以看到 VMware 服务大多正常：

VMAuthdService Running VMnetDHCP Running VMware NAT Service Running VMUSBArbService Running

再检查 VMware 驱动：

Get-CimInstanceWin32_SystemDriver|Where-Object{$_.Name-match'vm|VM'-or$_.DisplayName-match'VMware'}

关键驱动也在运行：

vmci Running vmx86 Running VMnetBridge Running VMnetAdapter Running

所以 VMware 服务和核心驱动本身并没有明显异常。

四、关键线索：VMware 启动日志

手动启动 VMware 后，系统生成了 UI 日志：

C:\Users\Administrator\AppData\Local\Temp\vmware-Administrator\vmware-ui-26924.log

查看日志中的异常信息：

Unhandled Win32 SEH exception exceptionCode 0xc0000005 (access violation) image file C:\Windows\System32\msvcp140.dll file version 14.11.25325.0

这就比较关键了。

VMware 并不是因为虚拟化功能冲突而失败，而是在启动 UI 阶段直接崩溃，崩溃点指向：

C:\Windows\System32\msvcp140.dll

并且版本是：

14.11.25325.0

这是比较旧的 Visual C++ 运行库文件。

五、进一步验证运行库问题

继续检查系统中 Visual C++ 运行库安装情况：

Get-Package|Where-Object{$_.Name-match'Visual C\+\+'}

系统显示已经安装了：

Microsoft Visual C++ 2015-2022 Redistributable (x64) - 14.44.35211 Microsoft Visual C++ 2015-2022 Redistributable (x86) - 14.44.35211

但是实际被 VMware 加载的msvcp140.dll却还是旧版本14.11.25325.0。

这说明系统 VC++ 运行库处于不一致状态：

• 注册表认为新版运行库已经安装
• 但系统目录里的 DLL 仍然是旧版
• VMware 启动时加载旧 DLL 后发生访问冲突

同时，事件查看器中还发现 ASUS ROG Live Service 也在同一个MSVCP140.dll上反复崩溃，这进一步证明不是 VMware 单独损坏，而是系统运行库异常。

六、修复方法

找到本机 VC++ 运行库缓存安装器：

Get-ItemPropertyHKLM:\Software\Microsoft\Windows\CurrentVersion\Uninstall\*,HKLM:\Software\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\*|Where-Object{$_.DisplayName-match'Microsoft Visual C\+\+ 2015-2022 Redistributable'}|Select-ObjectDisplayName,DisplayVersion,ModifyPath

找到 x64 和 x86 的安装缓存：

C:\ProgramData\Package Cache\...\VC_redist.x64.exe C:\ProgramData\Package Cache\...\VC_redist.x86.exe

然后分别执行修复：

Start-Process-FilePath"C:\ProgramData\Package Cache\{d8bbe9f9-7c5b-42c6-b715-9ee898a2e515}\VC_redist.x64.exe"-ArgumentList"/repair","/quiet","/norestart"-WaitStart-Process-FilePath"C:\ProgramData\Package Cache\{0b5169e3-39da-4313-808e-1f9c0407f3bf}\VC_redist.x86.exe"-ArgumentList"/repair","/quiet","/norestart"-Wait

两个安装器都返回：

3010

3010的意思是：

修复成功，但需要重启后完全生效。

七、修复后验证

再次查看 DLL 版本：

Get-ChildItem'C:\Windows\System32','C:\Windows\SysWOW64'-Filter'MSVCP140.dll'|Select-ObjectFullName,@{Name='FileVersion';Expression={$_.VersionInfo.FileVersion}}

修复后版本变为：

C:\Windows\System32\msvcp140.dll 14.44.35211.0 C:\Windows\SysWOW64\msvcp140.dll 14.44.35211.0

再检查：

Get-ChildItem'C:\Windows\System32','C:\Windows\SysWOW64'-Filter'vcruntime140.dll'|Select-ObjectFullName,@{Name='FileVersion';Expression={$_.VersionInfo.FileVersion}}

结果：

C:\Windows\System32\vcruntime140.dll 14.44.35211.0 C:\Windows\SysWOW64\vcruntime140.dll 14.44.35211.0

重新启动 VMware Workstation 后，进程可以正常保持运行：

Get-Processvmware

并且没有再生成新的崩溃 dump，也没有新的0xc0000005访问冲突日志。

问题解决。

八、总结

这次 VMware Workstation 无法启动，并不是常见的 Hyper-V 冲突，也不是 VBS / 内存完整性导致的兼容性问题。

真正原因是：

Windows 从 Win10 升级到 Win11 后，Microsoft Visual C++ 运行库文件状态异常，导致 VMware 启动时加载旧版MSVCP140.dll，最终触发0xc0000005访问冲突崩溃。

最终修复方式：

1. 修复 Microsoft Visual C++ 2015-2022 Redistributable x64
2. 修复 Microsoft Visual C++ 2015-2022 Redistributable x86
3. 重启系统
4. 再启动 VMware Workstation

如果你也遇到类似问题，可以重点检查 VMware 的 UI 日志：

%TEMP%\vmware-用户名\vmware-ui-*.log

如果日志里出现：

0xc0000005 msvcp140.dll vcruntime140.dll

那么很可能也是 VC++ 运行库异常导致的。