Win10 升级 Win11 后 VMware Workstation 无法启动的问题 # Win10 升级 Win11 后 VMware Workstation 无法启动的排查与修复记录 ## 一、问题背景 最近电脑从 Windows 10 升级到 Windows 11 后VMware Workstation 突然无法正常使用。 现象比较奇怪 - VMware Workstation 重新安装后仍然无法打开 - 升级前虚拟机可以正常使用 - 升级系统后无论是原来的虚拟机还是重装 VMware都无法正常启动 - 常规怀疑项如 Hyper-V、VBS、虚拟化设置等看起来都不像直接原因 本次环境大致如下 - 系统Windows 11 / 25H2Build 26200 - VMwareVMware 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-VDisabledVirtualMachinePlatformDisabledWindows-Hypervisor-Platform未启用WSLEnabled说明 VMware 不能启动并不是典型的 Hyper-V 冲突。2. 检查 VBS / Device Guard继续检查系统安全虚拟化状态systeminfo|Select-String-PatternHyper-V|Virtualization-based security结果显示Virtualization-based security: Status: Not enabled Virtualization Enabled In Firmware: Yes也就是说BIOS 虚拟化已开启VBS 没有启用这条线也基本排除。三、检查 VMware 服务和驱动继续查看 VMware 相关服务Get-Service|Where-Object{$_.Name-matchVMware|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-matchvm|VM-or$_.DisplayName-matchVMware}关键驱动也在运行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-matchVisual 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-matchMicrosoft 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-FilePathC:\ProgramData\Package Cache\{d8bbe9f9-7c5b-42c6-b715-9ee898a2e515}\VC_redist.x64.exe-ArgumentList/repair,/quiet,/norestart-WaitStart-Process-FilePathC:\ProgramData\Package Cache\{0b5169e3-39da-4313-808e-1f9c0407f3bf}\VC_redist.x86.exe-ArgumentList/repair,/quiet,/norestart-Wait两个安装器都返回30103010的意思是修复成功但需要重启后完全生效。七、修复后验证再次查看 DLL 版本Get-ChildItemC:\Windows\System32,C:\Windows\SysWOW64-FilterMSVCP140.dll|Select-ObjectFullName,{NameFileVersion;Expression{$_.VersionInfo.FileVersion}}修复后版本变为C:\Windows\System32\msvcp140.dll 14.44.35211.0 C:\Windows\SysWOW64\msvcp140.dll 14.44.35211.0再检查Get-ChildItemC:\Windows\System32,C:\Windows\SysWOW64-Filtervcruntime140.dll|Select-ObjectFullName,{NameFileVersion;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访问冲突崩溃。最终修复方式修复 Microsoft Visual C 2015-2022 Redistributable x64修复 Microsoft Visual C 2015-2022 Redistributable x86重启系统再启动 VMware Workstation如果你也遇到类似问题可以重点检查 VMware 的 UI 日志%TEMP%\vmware-用户名\vmware-ui-*.log如果日志里出现0xc0000005 msvcp140.dll vcruntime140.dll那么很可能也是 VC 运行库异常导致的。