使用PC3000处理WD DragFly4上的模块03恢复为例

以WD DragFly4上的模块03恢复为例

朋友们，大家好！有时我们会遇到模块损坏的驱动器 03。如果我们在模块表中查看此模块，我们可以看到描述：
0003 格式选择数据模块，它的优先级为 As：每个 HDD 唯一，对数据访问至关重要。

从 Marvell 手册中我们知道：

此模块仅存在于某些驱动器中。它是在 Zeus 驱动器系列中推出的。
在此之前，区域分配表是在固件中构建的，并且对于每个特定的固件版本保持永久
。现在，记录密度取决于安装在每个驱动器中的磁头的质量，因此几乎每个 HDD 都有自己的区域分配表。
如果原始表与服务区中记录的表不匹配，则驱动器将在启动过程中冻结或无法读取用户数据。如果模块丢失，则无法恢复它或从另一个驱动器中拾取。

那么，如果模块 03 被所有 SA 副本损坏怎么办？
如您所知，我们在 PC-03 v3000 v6.2 中添加了模块 6.2 的自动恢复功能。
让我们以 DragFly4 驱动器为例来查看恢复的可能性。

我们有一个驱动器，它显示了通电后的下一个行为：

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

并按自动检测按钮。驱动器处于就绪状态：

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

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

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

在内核模式下重新启动后，转到使用 RAM->将 Dir 上传到 HDD RAM 并将 Dir 和加载器从 HDD 加载到 RAM 中：

如果 heads 和其余 SA 都很好，我们会看到下一个窗口：

现在我们需要退出，然后以正常模式进入实用程序。

驱动器以完全 SA 访问启动，但当然具有错误的 ID：

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

正如我们所看到的，除了模块 03 之外，所有模块都很好：

在我们的例子中，我们必须使用 Dir 编辑器将模块移动到另一个 ABA，从 1433 到 8 108 ABA。

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

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

因此，为了构建新的模块 03，我们尝试从相同的模型和固件供体中写入 03。

我从数据库中获取了它。

现在看起来不错：

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

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

日志后：

我们可以重新启动驱动器和实用程序，并检查用户区域访问。

获得完全用户区访问权限：

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