提示大概就是Vmware提示以独占方式锁定此配置文件失败，镇定查了查，理解好像就是字面意思，因为上一个进程没结束导致的程序锁死问题。
然后我开始找大家试过的解决方案，总结来说主要分为两大派：
1.打开任务资源管理器，暴力结束所有 VMware 相关进程
2.（或）删除Ubuntu安装目录下所有 .lck 的文件和文件夹
注：必要的时候重启计算机
解决的心路历程：
先看一看“任务管理器”里面运行着的所有带着 VMware 的进程，全部暴力终止；再删除 Ubuntu 目录下面的所有 .ick 文件，OK，满怀信心的打开
查了一下，这个问题还是好解决多了，就是暴力关闭的时候把不该关闭的都关了而已，即：vmware的相关服务没有开启。
1）选中桌面计算机图标单击鼠标右键，在弹出的菜单中，单击【管理】按钮
2）弹出管理界面，在当前界面中，找到【服务和应用程序】，单击前面的箭头，展开全部选项，
3）在展开的选项中，单击【服务】按钮，
4）接下来弹出【服务】界面，查找vmware的全部服务，保证vmware的全部服务被开启（大概5个）
重新打开虚拟机--------
OK，好啦！
个人总结经验：个人感觉还是关闭进程是对的，只不过因为我也不清楚到底哪个导致的锁死，我可能结束进程错了，因为我记得在我的“任务管理器”里面也确实没找到教程里面的哪个进程，我就干脆暴力全关了，所以就可能出现“无法连接MSK。。。”那种问题，计算机右键“管理”，把该打开的打开就行了（上面有详细说明）。
断电或强制退出后VMware虚拟机出现The virtual machine appears to be in u...
今天运行虚拟机时候出现死机的现象，强制关闭之后，原来的没有正常关闭的虚拟系统不能正常启动，上网查了一下问题解决。
解决办法：
到相应的虚拟机目录下删除%虚拟机名字%.vmx.lck文件夹或者其中的文件即可
愚见：
我们打开任务管理器，会发现vmware.exe和vmware-vmx.exe两个重要的进程。其中vmware-vmx.exe是主程序，虚拟机在这个进程下运行；VMware.exe是外壳程序，负责显示vmware-vmx.exe中运行的虚拟系统并解释传送各种命令和操作，是我们最常用的VMware用户界面，该程序可重入即同时打开多个。
因为VMware Workstation是可重入的，为了避免同一个虚拟系统同时被多个VMware.exe打开操作，造成错误，所以每个VMware打开相应的虚拟机选项卡时都会先检查该虚拟机根目录下是否有*.vmx.lck的文件夹并验证其中的文件，如果该文件中包含合法生成的uuid（通用唯一识别码），那么将无法打开该虚拟机的选项卡，并出现下面的错误提示：
Take Ownership之后会出现以下提示：
如果没有相应的合法文件，就会在该虚拟机根目录下生成*.vmx.lck文件夹，并在该文件夹下生成一个包含uuid的*.lck文件，打开虚拟机选项卡，并从主程序接收显示信息。
这个*.lck文件可以用记事本编辑。里面是uuid={一串字母数字}，uuid是通用唯一识别码 (Universally Unique Identifier)，它的特点就是唯一性。为的是同时只有一个vmware.exe能接受主程序的显示，并对虚拟机操作。lck是lock的缩写，即对请求资源的锁定。
VMware 虚拟机在运行时会在相应的虚拟机目录下生成三个文件*.vmx.lck，*.vmdk.lck，*.vmem.lck文件夹，里面包含以*.lck命名的文件。 其中的*.vmx.lck是伴随vmware.exe中选项卡的打开时生成的；另外两个是关于虚拟磁盘和内存的使用的，它们伴随着虚拟系统的运行而产生。如果关闭VMware.exe让虚拟机在后台运行，*.vmx.lck文件夹会消失另外两个则不会。
在VMware.exe中打开某个虚拟机选项卡时，会短暂生成*.vmsd.lck的文件夹，估计这个是在最初传送数据（send data)时生成的，防止多个外壳程序同时请求打开虚拟机。
