故障描述: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, 此例数据恢复过程完毕。
