希捷8T硬盘exfat变0字节的恢复方法

最近流行的3.5寸大容量台式硬盘+移动盒子是一种性价比较高的组合，为了方便如涉及到跨平台（win和mac），大多数此类组合选择了exfat文件系统。下边这个案例就是我们经常遇到的exfat变0字节。

故障存储:

ST8000HKVS002 8T/exfat 文件系统

故障现象:

看硬盘的型号大概率是给海康的OEM盘，从实用角度讲此类盘应该归属到“安防监控”，这一类硬盘相对IO速度略慢但是比较“皮实”可以抗住频繁的写入操作，当然了此类盘为了安防产品做了优化。海康的安防产品使用的是其自研的“嵌入式文件系统”，以较大的块为基准进行IO，这一点和通用型文件系统差异较大，所以不太建议普通用户使用。

此硬盘是用来存储各种原始素材，某日客户查看一文件夹中数据时发现很多阿莱(ARRI)和大疆（如影)的素材变成了0字节，发现此问题后客户停止使用硬盘，然后联系到我们进行恢复。

故障分析:

由于客户在发现变成0字节后就没有再做过任何操作，所以这是一个典型的EXFAT文件系统导致的问题。关于EXFAT再来啰嗦下（不在码字了直接复制之前的分析）：

exfat文件系统出错导致文件属性出错

关于exfat之前说过很多次，但是近期使用此文件系统出问题的机率如此频繁，所以我再赘述下。exfat 全称是Extended File Allocation Table File System，扩展FAT文件系统，FAT就是之前FAT32中的“FAT”即文件分配表，这个表研究数据结构的人不算陌生，从字面意思就能看出，exfat并非全新的文件系统。微软开发此文件系统的目的是为了应对FAT32无法管理单个超过4G的文件，也是为了弥补NTFS日志型文件系统在闪存等小型存储设备中的不足（一个是默认的簇大小过小，一个是不断的读写日志对闪存是一种损耗）。

exfat在存储时使用两种方式，对文件进行分类：

无碎片文件，即连续存放的，通过在exfat目录项中记录首簇指针和长度来获取文件的链表。减少文件系统额外的IO时间，这个算是针对FAT32的升级。
存在碎片的文件，即不连续存放的。因为1是一种理想状态，需要各种条件满足才能达到，但是更多情况下是文件不得不以碎片的形式存在（比如经常删除或者使用空间快要达到上限），这种情况下仍然使用FAT32的FAT表进行文件的表链记录。目录项中只记录首簇指针和文件大小，通过首簇指针进行FAT表跳转，很熟悉的味道，和FAT32一毛一样。

这里不讨论exfat的优劣和传输速度，仅仅一点微软开发exfat初衷是为了解决闪存类的文件系统存储问题，为了弥补fat32的不足，当然不能说exfat就不能用在非闪存上而是其适用最优对象是闪存类小型卡类设备（如SD卡），很显然大容量的存储不在这个最优对象之内。

另外技术分析当文件长度变为0后，首簇指针也清0，通过文件头获取首簇指针跳转FAT表发现其FAT表链也清0了。也就是目录项->FAT表所有环节通通出错，目前尚不清楚这是个例还是仅在大型存储上存在，因为目前以我的经验至少没有发现在闪存类存在此问题，所以不好下结论，只能以“exfat的文件系统结构不适合管理大型存储“来做总结，在这里我们强烈建议如果您是视频从业者，在存储文件要用到微软文件系统时强烈建议”非闪存类的存储设备慎用exfat文件系统“避免因此导致数据出问题。

得出结论就是：在exfat中多数出错的文件是碎片化。

对exfat感兴趣的小伙伴可以到公众号爬楼查看博主的另一个视频帖”exfat想说爱你不容易”。

故障处理:

此类问题建议先使用影视版中自带的”exfat 0字节CHS FS级算法“功能进行扫描，因为此算法是CHS在处理同类案例时总结的一种常见问题的解决方案，优点是速度快，对于大容量存储可以快速得到结果。

STEP1:运行程序选择8T存储设备的exfat逻辑盘（此案例中是F盘)，点击右键随便选择一个影视品牌这里我们选择“阿莱影视”->扫描小类选择”MOV”->点击高级设置。

注意：一定要选择逻辑盘，逻辑盘和物理盘的最大差异就是前者是操作系统格式化过的。