障描述:U盘插入计算机识别后提示格式化,察看U盘大小为20M, U盘实际容量为1GB, 使用winhex察看全部扇区数据为零,没有任何数据; 下面我们将数据恢复的全过程进行了记录,做出如下案例: 相信好多的朋友对PC-3000 FLASH设备已经不陌生,也许苦恼的事情是使用PC3000 Flash自动进行分析无法完成数据恢复吧,这个时候采用手工分析参数完成数据恢复成了必要的技术手段,废话不多讲,开始建立任务,开始进行神秘Flash恢复之旅。 新建任务,名称如上图(NewTask_15056) 选择PC3000 FLASH 芯片读取设备; 读取Flash芯片容量窗口,如果这里无法读取到正确的容量,可能你并未安装好芯片或者还没有点击那个芯片的图标; 读取芯片数据,完成后将如上图显示; 读取后查看芯片数据情况,包括分析主控算法,数据大致情况,如上图; 执行拷贝数据进行分析,建立后如上图所示; 建立Flash芯片数据页数据配置,配置此主控算法所必须的条件。如上图; 建立数据位反转,只进行用户区数据操作,算法以及校验不进行位反转,是否采用位反转,依赖于主控算法和具体的芯片内数据情况,建立后如上图; 选择数据模型,针对前边建立的算法,进行最后的数据运算执行; 在执行中,有数据位置出现问题,当然了,这个故障案例中我们也知道了此问题的存在(如上图显示); Flash无坏块,算法正确后的显示如上图: 完成了,在大多数主控算法丢失,U盘零容量的故障恢复中,算法正确坏块没有影响关键数据的时候,文件目录结构是正常的,可惜的是这则案例受Flash坏块的影响,这里无法显示目录结构,还让我以为算法有问题,经过多次分析确认,最终证实算法正确,是坏块的影响导致; 查看一些扇区数据,看看是否都连贯正常; 有些时候算法不正确,采用FLASH RW恢复方式恢复的文件好多坏的,这里先用RW恢复看看,如果没有问题,准备做出镜像分析数据,查看了这些文件没有问题(上图所显示文件); 做出镜像,如上图; 保存镜像文件,填写上文件名,点保存就开始镜像最终根据运算得到的镜像了; 建立镜像开始,如上图; 镜像建立完毕,使用RS分析一下; 使用RS打开刚才建立的镜像文件001.BIN 如上图所示; 打开后如上图所示; 执行扫描镜像过程,结束后如上图所示,选择正确的数据结果,如下图所示; 查看数据证实,数据全部OK, 此例数据恢复过程完毕。 以上如有文字语言错误,欢迎联系我并进行及时修改,谢谢大家的支持;