如何处理2.5〃WD驱动器中的“VSC ERR INV FUNC CODE REQ”错误

JDCTS5

适用于HDD的PC-3000。如何处理2.5〃WD驱动器中的“VSC ERR INV FUNC CODE REQ”错误。

你好，朋友们！我们都知道新西部数据2，5〃驱动器在其固件(FW)上有一些差异，因此通用解决方案对这些驱动器操作。在这篇文章中，我们将学习如何在驱动器由于特殊的SED问题而无法读取其自己的服务区域时绕过错误。

每天都有很多客户问我们：如果驱动器被SED锁定，如何访问服务区域？通常情况下，可以按照本手册解决此类问题。

但新2.5英寸WD USB驱动器具有不同的固件(FW)。

我们的驱动器最初是USB，所以我们首先找到了兼容的SATA PCB。患者ROM从USB移动到SATA PCB后，驱动器开始使用ID和用户区域访问，但出现响应缓慢问题，读取因此非常不稳定。

我们演示了：

§ 隔离磁头以获得内核模式下的ROM访问，

§ 阻止模块30在具有ROM的操作菜单中的访问，

§ 关闭驱动器，

§ 去除隔离，

§ 再次启动驱动器，但当我们试图将Dir和loader从服务区(SA)加载到RAM时，我们得到了下一个错误：

如果我们看到这个错误，这意味着驱动器看不到它是服务区(SA)。

我们必须利用配件的支持才能继续进行。寻找具有相同家族和ROM固件(FW)版本的配件：

我们很幸运，找到并已下载了我们需要的资源从一个著名的网站：

在下一步中，我们不是从从驱动器加载Dir和加载器，而是从我们刚刚已下载的文件夹加载：

并在正常模式下重新启动实用程序。

正如我们所看到的，驱动器从服务区(SA)完全访问开始，我们可以根据需要编辑服务区域模块。因此，我们进行服务区(SA)备份，解决慢速响应问题，并转到编辑HDD ID以删除SED复选框：

在这个步骤之后，我们将模块30的访问返回到ROM中，重新给驱动器供电并重新启动实用程序。驱动器从完全ID和LBA访问开始。但数据看起来是加密的

PC-3000找不到解密密钥：

对于此类SED驱动器，这是正常的，我们必须返回SED复选框并重新启动驱动器。但如果我们试图在数据提取程序(Data Extractor)中建立头部数据位图数据位图，我们会在DE中看到错误：

因此，在我们返回SED复选框以解密数据之前，我们必须在数据提取程序(data Extractor)中建立HDD ID中禁用SED的头部数据位图，因为如果我们现在不建立数据位图，DE将不会在启用SED的情况下建立它。

因此，我们在DE中创建了新任务，在禁用SED的情况下在DE中构建了头部数据位图，并转到Marvell实用程序以保持任务打开。

在Marvell实用程序中，我们再次选择编辑HDD ID并启用SED，然后重新启动驱动器。在PC-3000中，它在没有服务区(SA)访问的情况下启动，但数据看起来已解密：

现在我们转到先前打开的DE任务，并获得对用户数据的完全访问（如果需要，使用head数据位图）。

仅此而已，请随时联系我们http://ts.acelaboratory.com/