vmware fusion的文件锁定机制本质是防止并发访问冲突，核心目标是保护.vmdk、.vmx及快照链的数据一致性；它由vmware-vmx进程在启动时创建.lck目录（如.vmx.lck、.vmdk.lck）并记录pid，锁文件位于虚拟机工作目录内，非安装路径；若进程未退出，删.lck无效，须先kill残留进程再安全删除。
vmware fusion 的文件锁定机制本质是防止并发访问冲突，核心目标不是限制用户操作，而是保护虚拟磁盘（.vmdk）、配置文件（.vmx）和快照链的数据一致性。它不依赖操作系统级文件锁，而是由 fusion 主进程（vmware-vmx）在启动时主动创建并维护一组标记文件——也就是常说的 .lck 文件或目录。
锁定对象与位置很明确
锁定不是全局生效，而是按需、按组件生成：
- .vmx.lck 目录：出现在虚拟机主配置文件同级目录，声明该 .vmx 正被占用；
- .vmdk.lck 或 disk-name.lck 目录：与每个虚拟磁盘（包括快照 delta 文件）同目录，防止多个进程同时写入同一块磁盘；
- 隐藏锁文件（如 lock-1、lock-2）：位于上述 .lck 目录内，记录持有锁的进程 ID 和时间戳，用于故障诊断。
这些文件全部位于虚拟机“工作目录”下，不是 Fusion 安装路径，也不是系统临时目录——定位错位置就白忙活。
锁没释放？先看进程是否真退出
大多数“锁定失败”报错，根本原因不是锁文件本身，而是 vmware-vmx 进程还在后台运行，只是界面没显示。Mac 上尤其常见：关闭 Fusion 窗口 ≠ 结束虚拟机进程。
- 打开终端，执行：
ps aux | grep vmware-vmx，确认是否有残留进程； - 若有，用
kill -9 [PID]强制终止（注意替换实际 PID）； - 再检查
vmware-tray和vmtoolsd是否也仍在运行，一并清理。
不杀干净进程，删了 .lck 也会立刻重建——因为进程还握着文件句柄。
安全删除 .lck 的实操要点
确认无活跃进程后，删除才真正安全。Mac 用户需特别注意路径空格和权限问题：
- 进入虚拟机工作目录（如
/Users/you/Virtual Machines.localized/Ubuntu.vmwarevm）； - 终端中执行：
ls -la | grep lck，列出所有含.lck的项； - 逐个删除：
rm -rf "Ubuntu.vmx.lck"（名称含空格必须加英文引号）； - 别漏掉快照对应的 .lck 目录，比如
Ubuntu-000001.vmdk.lck，它们同样会阻塞启动。
删完无需重启 Fusion，直接双击 .vmx 文件即可启动——Fusion 会在需要时自动重建新锁。
异常场景下的辅助判断手段
如果删完仍报错，说明可能有更深层占用：
- 用
lsof +D /path/to/vm/folder查看哪些进程正打开该目录下的文件； - 检查防病毒软件（尤其是 macOS 的第三方安全工具）是否将 .vmdk 标记为可疑并加锁；
- 确认磁盘空间充足、文件系统无损坏（
diskutil verifyVolume /）； - 极少数情况是快照链断裂，可尝试在 Fusion 中选择“快照 > 删除所有快照”来重置依赖关系。
这类问题不复杂，但容易忽略进程残留和路径细节。
