![Testdisk:如何从“分区:读取错误”中恢复](https://linux22.com/image/1625519/Testdisk%EF%BC%9A%E5%A6%82%E4%BD%95%E4%BB%8E%E2%80%9C%E5%88%86%E5%8C%BA%EF%BC%9A%E8%AF%BB%E5%8F%96%E9%94%99%E8%AF%AF%E2%80%9D%E4%B8%AD%E6%81%A2%E5%A4%8D.png)
我正在尝试使用修复 Seagate 6TB HDD(格式化为 exFAT,包含 3.5TB 数据)的问题testdisk
,但我觉得我让事情变得更糟了:
- 我把文件留到晚上再复制,第二天早上我的 Mac 显示一条通知,说硬盘没有正确弹出,从那以后,我就无法挂载它了
在我使用之前testdisk
,我能够在“磁盘工具”中看到灰色的 HDD,并在尝试挂载它时显示错误,但是在以下操作之后,我再也看不到它了:
testdisk
第一次 运行时显示以下内容
我选择No partition from this disk must be mounted: Open the Disk Utility and press Unmount button for each volume from this disk
Continue
,分区表类型自动检测为EFT GPT
Deep Search
显示 EFI 分区出现许多错误,指出something is != 1
,经过一夜的等待后,它只完成了 0.3%Quick Search
显示两个分区,EFI
并且MS Data
Analysis
>Quickly Search
显示硬盘P
在它前面P
确认所有文件都在那里>>Write
速度Y
非常快,但仍然无法在我的 Mac 上看到驱动器
- 我想知道这是否是由于 #1 中显示的消息造成的,所以我
sudo testdisk
在卸载后重新发出了sudo diskutil unmountDisk /dev/disk2
Quick Search
>EFI
并MS Data
检测到,但MS Data
显示为D(eleted)
P
确认所有文件都已存在 >P
已替换D(eleted)
>Write
(耗时约 10-15 秒)
HDD 不再显示在“磁盘工具”中,并且diskutil list
不显示 EFI 分区:
testdisk
不再自动检测分区类型- 根据我选择的分区类型,它会显示:
Intel
:Partition: Read error.
EFI GPT
:Trying alternate GPT
- 根据我选择的分区类型,它会显示:
Quick Search
运行需要很长时间,而之前只需要 15-20 分钟,现在已经超过 3 小时了- 硬盘上的数据不再可通过以下方式查看
testdisk
在这种情况下我最好的行动方案是什么?
答案1
立即停止驱动器上的任何操作。很好。现在你不再让问题复杂化了,让我们试着摆脱困境。
意识到你的磁盘可能出现故障——你对它所做的任何事情都只会使情况变得更糟。
我首先要采取的措施是获取另一个大小相同或更大的驱动器,并尝试ddrescue
复制原始数据。完成后,您就可以随意选择它了。
ddrescue
是天赐之物,因为它允许你多次尝试从故障驱动器中提取数据。- 我从正向传递开始,当它失败时,取消并开始反向传递,然后一直运行直到我耗尽时间。(如果您将来遇到此问题,请检查日志和 SM ART 以支持对故障驱动器的诊断)
一旦您复制了尽可能多的数据,您可能想要复制您的副本并testdisk
在其上运行;或者,如果数据丢失太多,请尝试photorec
恢复部分文件。
答案2
分区读取错误意味着您的分区表不可读。这意味着分区没有物理损坏,通常是软损坏。至少 crystaldiskinfo 报告您的磁盘是好的。
你试过其他付费数据恢复软件吗?我使用过许多数据恢复软件。我使用过免费工具,如 Recuva、Photorec、TestDisk,以及付费工具:EaseUS、Minitool、Disk Drill、iBoysoft Data Recovery。最好的应该是 iBoysoft。虽然它不如其他软件出名。但它找到了我 70% 的数据(没有一个数据恢复软件可以保证 100% 恢复丢失的数据。)。你可以尝试它的深度扫描模式。看看这个指南:https://iboysoft.com/data-recovery/raw-drive-recovery/recover-data-from-raw-partition.html
如果他们仍然无法找到您丢失的数据,请将驱动器发送到本地数据恢复服务。但费用会很高。