西部数据SMR。格式化的驱动器解决方案。
现代SMR驱动器由于采用了新叠瓦记录技术而非常灵敏。写入密度变得更高,而且驱动器固件中的内部进程几乎从未停止。即使驱动器处于空闲状态,也会重写条带以优化数据访问。这对于数据读取中速度和增加写入驱动器的数据量是非常好的,但不幸的是,有时这可能是内部进程失败的原因,驱动器停止提供以前写入的数据。是的,驱动器被检测到并在那之后工作,但上面的所有数据都消失了。问题是,当格式化时,第二级翻译器也会改变。在这种情况下该怎么办?让我们在这篇文章中看看它。 例如,我们有一辆帕尔默家族驱动器,状态良好,起步非常顺利,没有任何问题。ROM已根据本手册解锁。 在扇区编辑中,我们可以看到一些数据可用。现阶段我们不能说是新数据还是旧数据。
首先,推荐做固件(FW)备份。
在这个阶段,我们建议取消选中SA轨道,使用复合读取保存模块,并使用区域读取手动选择模块190,以便更快地进行初始备份。
让我们去PC-3000数据提取程序(Data Extractor)检查驱动器中的数据。在文件夹目录树中,我们只看到在Windows中首先HDD格式之后出现的标准文件夹。
对于整个驱动器,MFT映射也非常小。
请注意,任何MFT扫描都找不到任何数据,因为所有其他扇区都为零,但物理数据可能仍在驱动器中。 让我们回到WDC Marvell实用程序。首先,让我们使用实用程序中的新功能保存整个T2模块:T2模块保存。
我们需要将T2保存为整个模块,因为只有整个模块具有关于所有数据的正确信息:
如果驱动器不是很好,保存可能需要一些时间。 接下来,我们按下另一个新按钮准备在顶部工具栏上获得UA PBA访问,因为我们将在本案例中使用物理块寻址。
并查看有关驱动器中区域的报告: 准备获得UA PBA访问权限 区域类型…………..:2类 区域…………..:2 080 区域读取………….………..:Ok PBA扇区计数…………..:Ok 保存到文件…………..:Ok 接下来,我们将再次访问数据提取程序(Data Extractor)并建立另一个任务,但在此阶段,选择PC-3000实用程序作为源非常重要:
在最后一步中,我们选择Read CHS with relo:
在驱动器ID中,我们只能看到型号和容量,如果我们使用实用程序作为源,这是正常的。
现在,如果我们尝试打开一个文件夹目录树,我们可以看到下一条信息:
重要的是不要进行任何分析,因为这可能会影响我们的进一步数据恢复结果。只需按下右上角的红十字即可关闭此选项卡。 接下来,我们在根目录上单击鼠标右键,然后选择操作实用程序->恢复第二级翻译器
选择之前T2模块保存过程中保存的T2文件。文件名是默认的,在我们的案例中为190_Copy0.rpm。也选择忽略实际翻译器,因为在我们的案例中,格式后的实际T2不是修正的。例如,如果案例需要删除文件,我们可以禁用此复选框。
按“确定”并等待一段时间。 当过程结束时,我们将在文件夹目录树中看到一些虚拟驱动器。如果我们试图扩大它,我们仍然不会看到好的数据:
接下来,右键单击新创建的虚拟驱动器,然后选择编辑:
然后在下一步中转到“版本”选项卡:
这些条目是我们需要恢复的分区的不同元数据版本(在T2模块中)。我们不知道其中哪一个是修正的。也许最新的是我们需要的。 在选定的版本上单击鼠标右键,然后选择“使用”:
然后刷新我们的虚拟驱动器:
推荐为新分区启用数据头控制,以查看结构是否良好:
正如我们所看到的,所选版本并不好,因为我们看不到好的文件或任何结构:
让我们尝试使用另一个版本:
结果仍然不是很好。
为了改善结果,让我们选择元数据的选择版本:
执行这个程序后结果好多了,我们甚至可以看到良好的文件夹和文件:
现在我们可以退出此模式:
并在正常的数据提取程序(data Extractor)文件夹目录树中检查我们的数据。文件夹和文件看起来不错,可以打开:
如果我们建立文件夹和文件的数据位图,它将非常大,大约为108 Gb:
现在可以恢复数据。 请注意,通过PBA的镜像速度不会很快,对于健康的驱动器约为10-12 Mb/s。
|