西部数据SMR-格式化驱动器解决方案
西部数据SMR-格式化驱动器解决方案。Western Digital SMR. Formatted Drive Solution.https://blog.acelab.eu.com/wp-content/uploads/2024/02/WD-SMR.jpg
现代SMR驱动器由于新的叠层记录技术而非常敏感。写入密度变得更高，而且，驱动器固件中的内部进程几乎从不停止。即使在驱动器空闲时，也会重写带以优化数据访问。这对于读取数据速度和增加写入到驱动器的数据量非常有益，但不幸的是，有时这可能是内部进程失败的原因，导致驱动器停止提供之前写入的数据。Windows看到用户区域未分配，并自动启动格式化过程。是的，驱动器被检测到并在之后工作，但是它上面的所有数据都消失了。问题是，在格式化时，二级翻译器也会发生变化。在这种情况下可以做什么？让我们在本文中看看。
例如，我们有一个Palmer家族驱动器，状态良好，启动非常平稳，没有任何问题。根据这个手册，ROM已经解锁。
在扇区编辑中，我们可以看到一些数据是可用的。我们不能在这个阶段说这些数据是新的还是旧的
在扇区编辑中，我们可以看到一些数据是可用的。我们不能在这个阶段说这些数据是新的还是旧的.https://blog.acelab.eu.com/wp-content/uploads/2024/02/1.jpg首先，总是推荐进行固件备份。
https://blog.acelab.eu.com/wp-content/uploads/2024/02/2.jpg
在此阶段，我们建议取消选中服务区(SA)磁道，使用复合读取保存模块，并使用区域读取手动选择模块190，以便更快地进行初始备份。https://blog.acelab.eu.com/wp-content/uploads/2024/02/3.jpg
让我们去PC-3000数据提取器检查驱动器中的数据。在目录树中，我们只看到在Windows中第一次HDD格式化后出现的标准文件夹。https://blog.acelab.eu.com/wp-content/uploads/2024/02/4.jpgMFT数据位图对于整个驱动器来说也非常小。
https://blog.acelab.eu.com/wp-content/uploads/2024/02/5.jpg请注意，任何MFT扫描都无法找到任何数据，因为所有其他扇区都被清零了，但实际上数据可能仍然在驱动器中。
让我们回到WDC Marvell实用程序。首先，让我们使用实用程序中的一个新功能保存整个T2模块：T2模块保存。
https://blog.acelab.eu.com/wp-content/uploads/2024/02/6.jpg
我们需要将T2作为一个整体模块进行保存，因为只有整个模块才能正确地保存所有数据的信息：
https://blog.acelab.eu.com/wp-content/uploads/2024/02/7.jpg
如果驱动器不是很好，保存可能需要一些时间。
接下来，我们按下另一个新按钮，准备在顶部工具栏上获取UA PBA访问权限，因为我们将在此情况下使用物理块寻址。
https://blog.acelab.eu.com/wp-content/uploads/2024/02/8.jpgand see the report about zones in the drive:Prepare to get UA PBA access
Zone type…………………………. : Type 2
Zones…………………………….. : 2 080
Zone read…………………………. : Ok
PBA sectors count………………….. : Ok
Save to file………………………. : Ok
接下来，我们再次使用数据提取器并建立另一个任务，但在这一阶段，选择PC-3000实用程序作为来源非常重要：https://blog.acelab.eu.com/wp-content/uploads/2024/02/9.jpg在最后一步，我们选择使用relo读取CHS：
https://blog.acelab.eu.com/wp-content/uploads/2024/02/10.jpg在驱动器ID中，我们只会看到型号和容量，如果我们使用实用程序作为来源，这是正常的。
https://blog.acelab.eu.com/wp-content/uploads/2024/02/11.jpg现在，如果我们尝试打开一个目录树，我们会看到下面的消息：
https://blog.acelab.eu.com/wp-content/uploads/2024/02/12.jpg
重要的是不要进行任何分析，因为它可能会影响我们进一步的数据恢复结果。只需按下右上角的红色叉号关闭此选项卡即可。
接下来，我们在根目录上点击鼠标右键，并选择操作实用程序 -> 恢复第二级翻译器
https://blog.acelab.eu.com/wp-content/uploads/2024/02/13.jpg并选择在T2模块保存程序之前保存的T2文件。在我们的案例中，文件名为默认的190_Copy0.rpm。也选择忽略实际翻译器，因为在我们的案例中，格式化后的实际T2不正确。例如，如果我们需要获取已删除的文件，我们可以禁用此复选框。
https://blog.acelab.eu.com/wp-content/uploads/2024/02/14.jpg
:按下确定并等待一段时间。
当进程结束时，我们将在我们的目录树中看到一些虚拟驱动器。如果我们尝试展开它，我们仍然看不到好的数据：https://blog.acelab.eu.com/wp-content/uploads/2024/02/15.jpg接下来，右键点击新创建的虚拟驱动器，然后选择编辑：https://blog.acelab.eu.com/wp-content/uploads/2024/02/16.jpg在下一步中，转到“版本”选项卡：https://blog.acelab.eu.com/wp-content/uploads/2024/02/17.jpg这些条目是我们需要恢复的分区（在T2模块中）的不同元数据版本。我们不知道哪一个才是正确的。也许最新的就是我们需要的。
在所选版本上单击鼠标右键，然后选择使用：https://blog.acelab.eu.com/wp-content/uploads/2024/02/17-1.jpg然后刷新我们的虚拟驱动器：
https://blog.acelab.eu.com/wp-content/uploads/2024/02/18.jpg
:还推荐为新分区启用数据头控制，以查看结构是否良好：https://blog.acelab.eu.com/wp-content/uploads/2024/02/19.jpg
正如我们所看到的，选定的版本并不好，因为我们看不到好的文件或任何结构：https://blog.acelab.eu.com/wp-content/uploads/2024/02/20.jpg让我们尝试使用另一个版本：https://blog.acelab.eu.com/wp-content/uploads/2024/02/21.jpg结果仍然不是很好。
https://blog.acelab.eu.com/wp-content/uploads/2024/02/22.jpg为了改善结果，让我们选择元数据的选择版本：:https://blog.acelab.eu.com/wp-content/uploads/2024/02/23.jpg
执行程序后的结果要好得多，我们甚至可以看到良好的文件夹和文件：:https://blog.acelab.eu.com/wp-content/uploads/2024/02/24.jpg现在我们可以退出这个模式：
https://blog.acelab.eu.com/wp-content/uploads/2024/02/25.jpg
在正常的Data Extractor目录树中检查我们的数据。文件夹和文件看起来都正常，可以打开：:https://blog.acelab.eu.com/wp-content/uploads/2024/02/26.jpg如果我们建立一个文件夹和文件的位图，它将相当大，大约108GB：https://blog.acelab.eu.com/wp-content/uploads/2024/02/27.jpg
现在可以恢复数据。
请注意，通过PBA进行镜像的速度不会很快，对于健康的驱动器大约为10-12 Mb/s。
关于该程序的视频在这里：
页:
[1]