Alcor Micro AU6989和AU6998正变得越来越受欢迎。 许多典型容量为8GB到128GB的闪存驱动器都基于这一系列的控制器。 对于正确的图像构建,此控制器需要特殊的转换器算法进行块分类,我们的开发人员正在努力将其引入PC-3000。
现在,我们将讨论使用通用块号类型1 [0000]构建图像的方法以及必须应用的附加设置。
首先要做的事情!基于AU6989 / AU6998的闪存案例可能存在以下问题:
软件坏字节(BAD列),使用XOR加密,几乎不可见; (如果您看到Bad Bytes软件,请联系ACE实验室技术支持!)
SA使用XOR加密,ECC自动检测仅在异或后才可用!
我们必须为每个AU6989 / AU6998任务申请两个XOR:一个用于ECC校正,另一个用于图像构建;
我们需要为Image Building使用特殊参数+进一步分析文件夹结构恢复的分区。
所有这些步骤使得从AU699x恢复并不是特别容易。
注意:有时,AU6989 / AU6998根本没有XOR和BadBytes!您唯一需要做的事情 – 进行页面转换并构建图像(通常在此之后您将获得完整的文件夹结构!)。但不要指望这种情况经常发生。
在我们的示例中,我们有一个典型的AU6989情况,我们没有坏列,但有问题的数字是2,3和4。
对于ECC校正,我们必须找到兼容的XOR并在其上启动ECC校正。对于此任务,我们必须为ECC校正选择XOR ID = 476 AU699x BLK = 256 PG = 17664(1096×16):
当纠错过程完成时,我们需要将ID从ID = 476 AU699x BLK = 256 PG = 17664(1096×16)更改为ID XOR ID = 478 AU699x BLK = 256 PG = 17664(1096×16)FOR BLOCK 编号:
最后,我们可以尝试使用以下参数通过块编号类型1来构建图像:
对于AU6989 / 6998控制器,标记位置将始终相同:512;
面具总是:70FF;
字节顺序:34 12;
银行边框最好设置为500或5000.它是块的大小(将自动检测,但最好手动设置此值)。
使用此参数,我们可以构建图像,但遗憾的是,没有文件夹结构。 通常,这是因为负责文件系统的块不适合最终图像内的正确位置。
下一步将是磁盘分析和虚拟FS创建。 这个过程需要一些时间。 实际上,对于那些熟悉Data Extractor的人来说,这个过程看起来非常熟悉。
我们需要选择我们的Block Number图像并为错过的分区搜索启动快速磁盘分析:
一段时间后,当找到所有分区结构时,PC-3000 Flash软件开始基于描述文件夹和文件名的FAT文件夹创建虚拟文件夹结构。 当无法使用原始ROOT文件重建文件夹结构时,此方法适用于AU控制器。
完成此过程后,您将看到包含文件名的文件夹树。
我们丢失了所有文件夹名称,因为我们的结构中缺少原始的FAT ROOT文件夹。 此文件描述了ROOT树内的原始文件夹和文件名,如果没有它,我们只能使用NONAME文件夹获取虚拟FS。 无论如何,当在任务中找不到可行的ROOT文件时,这个结果是非常可接受的。
附: 下次我们将讨论基于AU6989 / AU6998控制器的案例中的软件坏字节切换。
- 工程师微信二维码
- 微信扫一扫添加好友可直接咨询数据恢复相关问题
- 关注盘首微信小程序
- 扫描微信小程序查看大量数据恢复技术视频教程