今天同事找我问公司的一个文件共享服务器为什么用不了了，我急忙打开看看，发现能打开啊。他把我拉到了他的工位处演示给我看，现象是打开第二第三层级的文件夹会打不开，windows10 的资源管理器进度条缓慢的奔跑着。
这是啥？咋滴啦？谁啊？
我赶紧跑回去登上ESXI看一下服务器的状态，首先说一下那个共享服务器的状况：在一个实体机服务器里面安装的ESXI应用，做的linux虚拟机开的samba服务。我看到虚拟机的状态上有一个“未解决的问题”提示，不明所以······俗话说“没有什么是重启解决不了的”，重启后·····虚拟机起不来了，报错：The file specified is not a virtual disk。无法打开磁盘“/vmfs/volumes/4db4f346-a928774c-50af-3c4a92731f32/TEMSVR/TEMSVR_1.vmdk”
找到这个报错的TEMSVR_1.vmdk，发现它居然有8G多，有点不正常，心一慌、手一抖，删了它······WTF？！赶紧上网找解决办法，原来它是个类似磁盘引导的东西，是为了避免一个物理磁盘被多个虚拟机重复引导使用而存在的。终于，皇天不负有心人，找到了解决办法：
1.在虚拟机上添加一个和原来硬盘大小一致、路径一致的虚拟硬盘AA(如果你有跟故障磁盘一样大小的其他磁盘，也可以直接用它，同样大小即可，路径可以改)
2.将AA.VMDK文件下载下来(建议下载之前看一下文件大小，尽量找一个符合要求的小文件)
3.用记事本打开这个文件
4.将文件中的虚拟快照文件名AA-flat.vmdk文件修改为目录中xx-flat.vmdk，文件名修改xx.vmdk(也就是修改为故障磁盘的命名，这个主要看报错路径下的文件名，比如我的报错是文件名是TEMSVR_1.vmdk，那么这里我需要改成TEMSVR_1.vmdk)
5.上传xx.vmdk
6.看看虚拟机编辑里面有没有识别硬盘容量，识别出来就重新启动，OK。
