Forest Hu“无法打开虚拟机。获得所有权失败”这个弹窗，应该能排进 VMware Workstation 日常使用里最让人莫名其妙的前三名。明明上一秒电源还开着，下一秒关掉界面再开就报错；有时虚拟机关机后重启一次又恢复正常，有时死活打不开。很多人一搜都是“删除 .lck 锁文件”这一个解法，但照着做完可能发现还是弹同样的错——因为“获得所有权失败”背后其实藏着好几层完全不同的原因，对应的处理方式也不一样。
这篇文章就把 VMware Workstation 里这个报错从原理到排查从头捋一遍，不只告诉你锁文件怎么删，还会说明为什么删了有时候管用、有时候不管用，以及遇到“删除锁文件仍然失败”的时候还能做什么。无论你用 Windows 宿主跑 VMware Workstation，还是在 Linux 或 macOS 宿主上遇到类似问题，都可以按顺序试下来。
1. “获得所有权失败”到底是怎么来的
1.1 先理解一个概念：VMware 的“锁”不是抽象概念
在 VMware Workstation 里，每台虚拟机在运行的时候，配置文件、虚拟磁盘、内存状态文件都会被加上一层“独占所有权”，这层所有权不是注册表里的标记，而是直接落在虚拟机目录里的锁定文件。
你打开虚拟机的时候，VMware Workstation 会先尝试“获得这台虚拟机的所有权”。如果目录里没有其他进程留下的锁，Workstation 就会创建锁并正常启动；如果锁已经存在，且这个锁还被另一个 vmware-vmx.exe 进程占着，那么新打开的实例就没办法再获得所有权，于是弹窗告诉你：“无法打开虚拟机。获得所有权失败。”
所以这句话翻译过来就是：VMware 认为这台虚拟机已经有主人了，当前打开的界面拿不到管理权。
因为这个机制很像一个“令牌”，只要令牌没被拿走，别人就无法使用同一台虚拟机。对于单机软件来说，这个设计是为了防止用户在同一台电脑上开两个 VMware Workstation，分别去启动同一台虚拟机，然后造成虚拟磁盘文件写入冲突。类似 Word 打开一个被其他 Word 实例占用的 .docx 时提示“文件被锁定”，原理上是同一条思路，只不过 VMware 的表达方式会更绕一些。
1.2 “获得所有权失败”与弹窗出现时 VMware 正在做什么
当你双击一台虚拟机并触发这个报错的时候，VMware Workstation 通常会先做这些事：
- 校验虚拟机配置文件（.vmx）路径是否可以访问。
- 检查虚拟机同级目录下是否存在
.lck锁定文件。 - 如果存在锁定文件，尝试和持有该锁的进程进行通信，判断锁是否为“活跃锁”。
- 如果发现锁是“陈旧锁”或当前进程无法控制它，就会报告所有权获取失败。
关键在第三步和第四步之间的区别。如果锁是活跃状态，说明确实有一个 vmware-vmx.exe 在跑这台虚拟机；如果锁是陈旧状态，虽然没有任何进程持有它，但锁文件仍然存在于文件系统里，VMware 依然会认为锁所指的那台虚拟机处于“被打开”状态。
有些用户一遇到这个错误就去目录里删 .lck 文件，这在部分场景下可以解决，但在虚拟机实际还在运行的情况下，这属于强制拆锁，轻则导致正在运行的虚拟机失去响应，重则损坏虚拟机磁盘状态。所以不管网上帖子怎么教你“删锁”，第一步都应该是先确认锁到底是不是残留的。
1.3 多个常见场景的区分
从我实际遇到的案例来看，这个报错主要有四种常见诱导场景：
- 多开冲突：主机上已经开了另一个 VMware Workstation 窗口，并且正在运行同一台虚拟机，再次打开时会直接提示获得所有权失败。
- 异常退出留下的残留锁：虚拟机关机过程中崩溃、宿主机断电、VMware Workstation 被任务管理器强制结束，导致 vmware-vmx.exe 还没来得及清理锁文件就消失了。
- 文件权限不足：虚拟机文件所在目录的 ACL 权限只有某个旧账户或管理员拥有，当前用户没有创建锁文件、修改文件的权限，VMware 无法完成所有权获取，也会报这个错。
- 虚拟机被移动到只读/网络存储位置：在 U 盘、NAS、共享文件夹等场景下，文件系统本身不允许写入锁文件，或者锁文件被其他主机的文件锁机制占住，同样会造成失败。
下面几个章节就按照这些不同场景来分别拆解法子，不要从第一步直接跳到删锁重装。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 别急着删锁文件，先按这个顺序排查
2.1 先确认这台虚拟机是不是真的开着
遇到“获得所有权失败”，先别急着定位虚拟机目录，第一件事是打开任务管理器，确认有没有 vmware-vmx.exe 进程在运行。
vmware-vmx.exe 是 VMware Workstation 真正运行虚拟机的核心进程，注意不是