有时我们会遇到模块03损坏的驱动器。如果我们在模块表中查看该模块，我们可以看到描述：
0003 Format Select Data Module，它的优先级是As：每个HDD唯一并且对数据访问至关重要。
从 Marvell 手册中我们知道：
 此模块仅存在于某些驱动器中。它是在 Zeus 驱动器系列中引入的。
在此之前，区域分配表是在固件中构建的，并且
对于每个特定的固件版本都是永久的。既然记录密度取决于安装在每个单独驱动器中的磁头的质量，实际上每个 HDD 都有自己的区域分配表。
   如果原始表和服务区记录的表不匹配，驱动器要么在启动时冻结，要么无法读取用户数据。如果模块丢失，恢复它或从另一个驱动器中拾取似乎是不可能的。

那么如果模块03被所有SA副本损坏了怎么办？
如您所知，我们在 PC-3000 v6.2 中添加了模块 03 的自动恢复。
让我们以使用 DragFly4 驱动器为例来看看恢复的可能性。
我们有一个驱动器，它显示通电后的下一个行为：

我们启动了该实用程序，尽管 ID 没有显示：

并按自动检测按钮。驱动器进入就绪状态：

该实用程序可以看到有错误的 ROM 信息：

首先我们需要在 ROM 中阻止 SA 访问：

并在此消息后重新启动（关闭/打开）驱动器和实用程序：

在内核模式下重新启动后，转到 Work with RAM->Upload Dir into HDD RAM 并将 Dir 和 loader 从 HDD 加载到 RAM：

如果正面和其他 SA 都不错，我们会看到下一个窗口：

现在我们需要退出，然后在正常模式下进入实用程序。
驱动器以完全 SA 访问开始，但当然 ID 是错误的：

现在我们需要检查所有 SA 模块是否良好。为此，我们转到 Tools->Utility extensions->Modules 目录，然后运行模块检查：

我们可以看到，除了模块 03 之外，所有模块都很好：

在我们的例子中，我们不得不使用 Dir editor 从 1433 到 8 108 ABA将模块移动到另一个ABA。

我们重新启动驱动器，将 Dir 和加载程序从 HDD 加载回 RAM，进入正常模式并开始修复模块 03。我们的模块内部由零填充：

如果我们现在尝试运行自动恢复，我们会收到错误：

因此，为了构建新的模块 03，我们尝试使用相同的模型和固件捐助者编写 03。

我是从数据库中取出来的。

现在看起来不错：

如果我们现在返回区域并重新启动驱动器，我们可以获得完整的 ID，但用户区域将不可用：

现在我们可以恢复原来的03：

日志后：

我们可以重新启动驱动器和实用程序，并检查用户区访问。
获得完整的用户区访问权限：

我们没有为所有 WD 系列检查这种可能性，因此它无法用于某些新驱动器。