全站搜索
文章正文
松下MOV误删除恢复方法
作者:管理员    发布于:2022-11-11 15:09:44    文字:【】【】【
摘要:松下绝对是日系中的一个另类厂商,其核心业务并不在CCD一类的元器件上,但基本上也蹭了一把存在感。松下的视频和音频编码基本上和日系的索X却极其相似,所以我很怀疑是不是两家用的方案是一样。扯远了,我们先来看看下边这个案例.

故障存储:64G

故障现象:

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

故障分析:

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

故障处理:

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

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

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

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

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

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


2步:等待扫描完成

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


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

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


脚注信息
邮编:030006         地址:山西省太原市小店区寇庄西路56号世纪嘉园