VMware 虚拟机打不开.lck 锁文件残留 vmrun 通信出错问题解决虚拟机从 D 盘挪到 E 盘后打不开了排查发现两个问题叠在一起锁文件没清 vmrun 命令不听话。本文从原理到解决帮你彻底搞懂。前言做开发的同学虚拟机几乎是标配。但有没有遇到过这种情况明明上次还用得好好的这次打开 VMware Workstation 却提示该虚拟机似乎正在使用中或者干脆没反应、打不开最近把一台 Ubuntu 虚拟机从 D 盘迁移到 E 盘就踩了这两个坑。排查下来发现是锁文件残留和vmrun 命令行通信失败两个问题叠加。这篇文章把原理和解决方法都梳理清楚下次遇到就不用慌了。一、问题 1.lck锁文件残留VMware 认为虚拟机还在跑1.1 现象双击.vmx文件或用 VMware Workstation 打开虚拟机时弹出提示该虚拟机似乎正在使用中。如果确定该虚拟机未在使用请按取得所有权按钮。或者干脆没任何提示VMware 里就是加载不出来这个虚拟机。1.2 排查看 VM 目录打开虚拟机所在的文件夹发现多了一个奇怪的目录dify_ubuntu.vmx.lck/ └── M11634.lck这个.lck文件夹就是罪魁祸首。1.3.lck是什么为什么会有它VMware 为了保证同一台虚拟机不会被两个进程同时打开同时写磁盘会直接损坏.vmdk文件设计了一套排他锁机制阶段动作虚拟机开机VMware 在 VM 目录创建虚拟机名.vmx.lck/文件夹里面放一个以当前进程 PID 命名的.lck文件虚拟机运行中锁文件一直存在其他 VMware 实例检测到锁就拒绝打开虚拟机正常关机VMware 释放资源 → 删除.lck目录 → 退出锁文件里记录的并不是空信息打开看大概长这样vmxPid11634 hostnameDESKTOP-XXX userROG_ASUS也就是说即使 VM 文件放在共享存储NAS/网络盘上别人也能看到是谁在占用。1.4 锁为什么没正常删除正常关机流程没走完常见原因强制关闭 VMware Workstation直接杀进程没给它清锁的机会宿主机蓝屏 / 断电操作系统直接终止VMware 来不及清理虚拟机卡死后强行关机Guest OS 崩了你点了强制关机但 VMware 自身也异常移动虚拟机文件从 D 盘拷到 E 盘时如果在旧路径下还有锁文件残留虽然不影响新路径但如果迁移时 VM 还在跑新路径也可能出问题本质就是一句话VMware 进程崩了或被杀了没执行到删除锁那一步。1.5 怎么解决前提确认虚拟机真的没在运行。打开任务管理器搜索vmware-vmx.exe确认没有和这台 VM 相关的进程。然后删掉锁文件夹# PowerShell 中执行Remove-Item-Recurse-ForceE:\itheima\dify_ubuntu\dify_ubuntu\dify_ubuntu.vmx.lck或者直接在文件资源管理器里右键删除也行。⚠️注意如果vmware-vmx.exe还在跑不要删锁否则两个进程同时写磁盘数据会损坏。二、.lck锁文件深度解析2.1 锁文件 vs 锁文件夹早期的 VMware 版本用单个.lck文件做锁后来的版本改成了文件夹 内部文件的形式。为什么因为在 Windows 上文件夹的删除操作比文件更原子——你没法部分删除一个文件夹要么全删要么全在但文件可能因为权限问题只删了一半。用文件夹做锁可靠性更高。2.2 不止.vmx.lckVMware 可能创建多种锁锁文件/夹作用虚拟机名.vmx.lck虚拟机配置文件锁防止多开虚拟机名.vmdk.lck虚拟磁盘锁防止磁盘被多进程写入虚拟机名.vmem.lck虚拟内存文件锁所有.lck目录都可以用同样的方式处理——确认 VM 没跑删就完了。2.3 能不能预防说实话没法 100% 预防。但可以减少概率尽量用 VMware 里的关机按钮而不是直接在宿主机杀进程宿主机不要突然断电UPS 安排上迁移虚拟机前先在 VMware 里移除不是删除再拷贝三、问题 2vmrun启动虚拟机报通信出错3.1 背景锁文件清掉之后想用命令行启动虚拟机方便写脚本自动化vmrun.exe-T wsstartE:\itheima\dify_ubuntu\dify_ubuntu\dify_ubuntu.vmx结果报错Error: 通信出错3.2 为什么报这个错vmrun是 VMware 的命令行管理工具它本身不直接操作虚拟机而是通过 VIX API 和已经在运行的 VMware Workstation GUI 进程通信。通信链路是vmrun.exe → VIX API → VMware Workstation GUI 进程 → vmware-vmx.exe虚拟机如果 VMware Workstation 的 GUI 没启动vmrun就找不到中间人直接报通信出错。同理如果 VMware Workstation GUI 是以管理员权限运行的而你的 PowerShell 是普通权限也可能因为权限隔离导致通信失败。3.3 怎么解决方案一先启动 VMware Workstation再用 vmrun# 1. 先启动 VMware WorkstationGUIStart-ProcessE:\develop\Virtual Machine\vmware.exe# 2. 等 GUI 启动完成后再执行 vmrunvmrun.exe-T wsstartE:\itheima\dify_ubuntu\dify_ubuntu\dify_ubuntu.vmx方案二用vmware.exe -x一步到位推荐vmware.exe本身支持-x参数表示打开虚拟机并立即开机不依赖vmrun# 一步打开 VMware Workstation 并直接启动指定虚拟机Start-ProcessE:\develop\Virtual Machine\vmware.exe-ArgumentList-x,E:\itheima\dify_ubuntu\dify_ubuntu\dify_ubuntu.vmx这个方案最省事不需要vmrun也不需要先启动 GUI。3.4vmrun常用命令速查vmrun本身还是很强大的只是要注意它必须和 GUI 搭配使用# 列出正在运行的虚拟机vmrun.exe-T ws list# 启动虚拟机GUI 必须在运行vmrun.exe-T wsstart路径.vmx# 启动虚拟机无 GUI 界面后台运行vmrun.exe-T wsstart路径.vmxnogui# 停止虚拟机硬关机vmrun.exe-T ws stop路径.vmx# 停止虚拟机软关机相当于在 Guest OS 里点关机vmrun.exe-T ws stop路径.vmxsoft# 暂停 / 恢复vmrun.exe-T ws suspend路径.vmxvmrun.exe-T wsstart路径.vmxgui# 从暂停恢复四、完整排障流程一张图总结下次遇到虚拟机打不开按这个顺序来VMware 打不开虚拟机 │ ├─ 1. 检查 VM 目录有没有 *.lck 文件夹 │ ├─ 有 → 确认 vmware-vmx.exe 没在跑 → 删锁 → 重试 │ └─ 无 → 下一步 │ ├─ 2. 检查 VM 文件是否从其他路径迁移过来 │ ├─ 是 → 打开时选我已移动该虚拟机 │ └─ 否 → 下一步 │ ├─ 3. 用 vmware.exe -x 直接启动 │ └─ 绕过 vmrun 通信问题 │ └─ 4. 还不行 → 检查 .vmx 文件内容是否完整、磁盘文件是否缺失常见问题Q1删除.lck文件夹会不会损坏虚拟机只要确认虚拟机没在运行任务管理器里没有对应的vmware-vmx.exe删除锁文件完全安全。锁只是一个占用标记不是数据文件。Q2VMware 弹出该虚拟机可能已被移动或复制选哪个选“我已移动该虚拟机”I Moved It。VMware 会保留原有的 UUID、MAC 地址等标识虚拟机内部配置不变。选我已复制该虚拟机会让 VMware 生成新的 UUID可能导致网络配置、软件授权等出问题。Q3vmrun的-T参数是什么意思-T指定 VMware 产品类型参数产品-T wsVMware Workstation-T playerVMware Workstation Player-T fusionVMware FusionmacOS-T serverVMware Server小结两个问题本质都是状态残留.lck锁文件进程异常退出锁没来得及清vmrun通信出错GUI 没运行命令行找不到对话对象解决方案也很简单删锁 用vmware.exe -x替代vmrun start。理解了原理下次遇到就不会慌了。#VMware#虚拟机#排障#vmrun#锁文件