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控制器的案例中的软件坏字节切换。