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

JDCTS5

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

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

从Marvell手册，我们知道：

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

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

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

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

然后按下自动发现按钮。驱动器进入就绪状态：

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

首先我们需要阻止服务区(SA)在ROM中的访问：

并在此留言:后重新启动（电源关闭/打开）驱动器和实用程序：

在内核模式下重新启动后，进入操作RAM->将目录上传到HDD RAM，并将目录和加载器从HDD加载到RAM：

如果磁头和其他服务区(SA)良好，我们将看到下一个窗口：

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

驱动器从完全服务区(SA)访问开始，但当然ID错误：

现在我们需要检查是否所有服务区(SA)模块都是好的。要做到这一点，我们转到Tools（工具）->Utility extensions（实用工具扩展）->Modules（模块）目录，然后运行模块检查：

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

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

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

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

因此，为了建立新模块03，我们尝试从同一个模型和固件(FW)配件编写03。

我是从数据库中取的。

现在看起来不错：

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

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

日志之后：

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

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

我们没有检查所有WD家族的这种可能性，因此它不能操作一些新驱动器。

如果您有关于数据恢复的问题，请随时联系我们