故障存储:64G卡

故障现象:

松下的摄像机拍摄的文件是mov类型的，客户在整理卡时不小心删除了几个比较大的文件，时长大约二十来分钟。

故障分析:

此客户之前自行使用各种恢复软件尝试恢复，软件能发现文件，但是恢复后无法播放。

故障处理:

这是一个exfat文件系统的64G存储卡，松下的方基本上是从开始和结尾同时进行写入，所以一个文件可能有一部分位于前边，但是数据内容又位于后边。这种存储方式优势是不用打提前量，动态生成时空间是很富余的。但是劣势却是1导致文件被“切割”，由于数据为不连续碎片式存放，这也是为什么常规恢复软件扫描后无法恢复的原因。

之前一直在讲FAT32碎片化的原因，exfat实际上和fa32一样。Exfat虽然为了取代fat32，但是其还是保留了fat32的fat表。Exfat更多的升级是体现在了目录项上，目录项使用了新的方式且带有hash验证，其采用两种方式来管理文件（或者是对文件做了分类）：一种是连续存放的文件，其通一个目录项即可描述清楚，即：起始簇偏移+文件长度；另一种是存在碎片化的文件，仍然采用老式fat表的管理方式。感觉又回到了原点，为什么exfat不采用ntfs的datarun流呢？是ntfs的方式不够好吗？答案是否定的，因为从微软的角度来讲，exfat解决的是小型存储卡类的问题，所以没必要去动ntfs的”奶酪”！术业有专攻，即然老的fat方案就可以很好的解决了，那就没必要推到重来。

既然exfat对于不连续存放文件继承了fat32的管理方式，那么就和原来一样，exfat删除或者格式化还是会对fat表进行清0的，所以下这段话是我从别的案例复制过来了的，算是温故知新吧！

复制开始-<所以常规的恢复软件可以通过子目录信息获取文件大小、创建时间、首簇起始偏移等文件属性信息，但是由于FAT表清空导致FAT表链不存在，所以此时常规的恢复软件只能根据首簇起始偏移做为起始值参考，再向后读取文件大小的长度进行“硬解析”，这种情况下如果文件是连续存放是没有任何问题的，但问题就出在此案例中的视频文件是碎片化存放，没有FAT表链是无法获取完整数据的。>-复制结束

好了，回到案例本身，使用CHS零壹视频恢复程序专业版进行扫描，成功找到了丢失的数据。

第1步:直接进行扫描，扫描大类选择高清视频，扫描小类直接选择松下MOV。

第2步：等待扫描完成

第3步：查看结果，这里我们直接加载了之前扫描的结果。可以看到视频编码是avc,然后三个文件1.2G、3.37G、11.82G，时长总和正好是23分钟多一点，和客户确认正好是他需要的文件，至此数据恢复完结。

这就是松下MOV视频的恢复案例，大家在遇到松下MOV、MP4一类视频无法恢复的情况，可以和我们联系。

CHS实验室官方QQ群I:11391767  QQ群II: 758414867   客服QQ:490476236