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

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

从Marvell手册我们知道：

该模块仅存在于某些驱动器中。它是在Zeus驱动器系列中引入的。
在此之前，区域分配表是在固件中构建的并且保持永久性
对于每个特定的固件版本。既然记录密度取决于安装在每个驱动器中的磁头的质量，实际上每个HDD都有自己的区域分配表。
如果原始表和服务区中记录的表不匹配，驱动器将在启动期间冻结或无法读取用户数据。如果模块丢失，则无法恢复或从其他驱动器中拾取。

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

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

我们启动该实用程序，尽管ID没有读取：

然后按“自动检测”按钮。 驱动器处于就绪状态：

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

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

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

在内核模式下重启后，转到使用RAM->上传目录到HDD RAM并将Dir和加载程序从HDD加载到RAM：

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

现在我们需要退出然后以普通模式进入该实用程序。

驱动器以完全SA访问开始，但当然ID错误：

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

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

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

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

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

因此，为了构建新模块03，我们尝试从同一微码和FW配件硬盘上编写03。

I took it from database.

现在看起来不错：

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

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

日志之后：

我们可以重新启动硬盘和实用程序，并检查用户区数据读取。
获得完整用户数据区：

我们没有检查所有WD系列的可能性，因此它无法用于某些新驱动器。
如果您有关于数据恢复的问题，请随时与我们联系

未经允许不得转载：苏州盘首数据恢复 » 使用PC3000处理WD DragFly4上的模块03恢复为例