admin 如何使用PC3000 Flash恢复最新的 AU89102DF 控制器从 NAND 闪存驱动器恢复数据
不久前，Alcor Micro 发布了一款具有极其复杂的内部数据加扰的新控制器——AU89102DF。它变得越来越流行，尤其是在具有非常高容量（128 GB 及以上）的 USB 闪存驱动器领域。PC-3000Flash与控制器制造商保持同步，因此最新的软件更新允许您从基于此新控制器的存储介质中恢复数据！阅读下面的文章，了解更多关于如何做到这一点的信息。
您记得我们关于AU6989控制器的文章时，现代AU控制器具有相当复杂的内部结构。
- AU6989 / AU6998有几处修改，其中一些可能使用XOR数据加扰或根本不使用（对于现代Flash 主控很少见）。
- 如果AU6989 / AU6998使用XOR并具有Bad Bytes，则该Bad Bytes也会被XOR运算，结果Bad Columns看起来非常奇怪和流畅！ 很难检测到它们（但如果您已经至少拥有2018年以后的PC-3000 Flash版本7.2.9，则不会那么困难）
- 对于XOR加扰，我们必须使用两种不同的XOR-一种用于ECC，另一种用于数据或图像构建。 因此，对于AUxxx控制器，异或总是成对出现。
- 最后，构建图像非常困难，因为AU控制器将附加子块用于文件系统描述。 如果我们使用通用的块号类型1 [0000]，则在大多数情况下，我们不得不忘记一个好的文件系统。 （但是仍然有选择！）。
但这还不是全部。 过去，用于AU控制器的XOR非常困难，但是可以计算它们的值并将其快速添加到PC-3000 Flash数据库中。 几个月前，AU89102DF（AU87xxx / 89xxx系列）的新修改带来了新的困难：
- A HUUUGE XOR键，它包含内存中每个块的唯一数据；
- 完全支持TLC 3D NAND和QLC存储器，从而在NAND内部带来大的Page和Block大小值；
- 全面支持USB 3.x接口；
此AU89102DF主控通常安装在大容量U盘或存储卡中。 这样的驱动器可能只有两个NAND芯片，但是它们的总容量可能高达1TB以上
因此，当我们处理基于TLC 3D NAND或QLC存储器的新闪存驱动器时，我们必须为长时间的重新读取操作和大量的ECC错误以及转储做好准备。
今天，我们的示例之一是AU89102DF，它基于两个物理TLC 0x2CC41832芯片，每个芯片有4个部分：
2×4 2CC41832 A2000000，部件大小= 65536Mb，页面大小= 18656字节，块大小= 5184页面：
总容量为512GB。它不是我们实践中最大的 USB 驱动器，但绝对是最紧凑的 USB 驱动器之一，PCB 两侧只有两个芯片，仅此而已。
看看这个内存中的块大小 – 5184 页！ 我们只能想象未来NAND内部的块和页面大小在几年内会变得多大……
因此，让我们添加一个转换图并选择一个现有的 XOR：
在这里，我们得到了两个 XOR——一个用于 ECC，另一个用于 DATA 解密。让我们为 ECC 选择 ID=2715。之后，可以对 XOR 结果启动 ECC 校正：
当ECC修正结束后，我们必须重新阅读。为了节省 AU 的情况，我们建议您使用 REREAD MAP GENERATOR：
当重读完成并且我们的转储处于完美状态时，我们可以将 XOR 从 ID=2715 更改为 ID=2717（DATA 为 AU8910）并执行交错和按页连接：
最后，我们可以启动RAW恢复并查找文件：
不幸的是，如果没有一个好的翻译器汇编，就不可能使用 FileSystem 获得完整的映像，但我们计划找出原始翻译器表的工作原理，并在未来的更新中添加汇编算法。
目前，如果所有 FS 文件都位于 RAW 中，您可以尝试使用我们新的基于文件系统的图像组装算法来组装图像。
更多用于AU8910的XOR即将上市！请不要忘记每周更新您的资源数据库！
如果您对数据恢复案例有任何疑问，欢迎您向技术支持部门提出。
