我的一个朋友的外置硬盘现在出了问题。不幸的是,这是他唯一一个存储大量旧家庭照片的硬盘,所以这对他来说非常重要。
到目前为止的行为和我的步骤是:
- 将驱动器插入 Windows PC 后,资源管理器中未显示该驱动器
- Windows 磁盘管理提示它没有有效的 MBR 或 GPT(例如这张照片)
- Ubuntu 18.04 无法挂载驱动器
- GNOME 磁盘实用程序显示该驱动器有 2.2TB,尽管它应该只有 250GB(型号:ST9250315AS)
- GNOME 磁盘实用程序显示“磁盘正常,有一个坏扇区”
- 我运行了 ddrescue -S。它读取了 2.2TB(?),但只出现了读取错误。根本没有数据。
我还能尝试哪些其他方法来挽救磁盘?你知道为什么驱动器显示 2.2TB 吗?使用 SATA 适配器直接连接到驱动器有帮助吗?我暂时无法尝试,因为我这里目前没有。
编辑:ddrescue 似乎还没有完成。它以大约 167 MB/s 的错误率扫描了 2.2TB。现在它又以大约 1200 kB/s 的错误率重新开始,计算坏扇区。等待它完成是否有意义?是否有可能先将其指向正确的 250GB?
到目前为止的输出是:
# Mapfile. Created by GNU ddrescue version 1.23
# Command line: ddrescue -S /dev/sdb /xxxxx
# Start time: 2022-01-20 18:47:42
# Current time: 2022-01-20 22:40:48
# Scraping failed blocks... (forwards)
# current_pos current_status current_pass
0x0FC0F600 / 1
# pos size status
0x00000000 0x0FC0F800 -
0x0FC0F800 0x1FFF03F0600 /
0x1FFFFFFFE00 0x00000200 -
答案1
我还能尝试哪些其他方法来挽救磁盘?你知道为什么驱动器显示 2.2TB 吗?使用 SATA 适配器直接连接到驱动器有帮助吗?我暂时无法尝试,因为我这里目前没有。
假设您没有遇到接口问题,您能做的最好的事情就是立即停止使用驱动器并联系专业的恢复实验室。
提出这个建议有两个原因:磁盘的大小信息不正确(使用 hdparm -i 或 smartmontools -a 仔细检查是否基于硬件或软件)以及覆盖大约一半磁盘的大错误区域。
至于你在评论中提出的问题
ddrescue(与 dd 相同吗?)
不是。ddrescue 的编程理念是,尽管读取错误导致速度变慢,但仍能在短时间内最大限度地提取信息。当您可以轻松地在磁盘的另一个区域恢复数据时,您不会想继续逐个扇区地读取损坏的区域。与 dd 相比,ddrescue 不同的读取行为减少了对有缺陷的驱动器的进一步磨损。
至于 SenorCMasMas 对 dd 中的 COUNT 参数的评论,请注意,在诊断读取错误时,磁盘驱动器不会立即返回到操作状态。磁盘自行重试过多。这是操作系统应该明确命令的事情。每当要使用 COUNT 参数时,最好使用这个参数,因为驱动器固件已经重复了足够多的操作,但配置为在 RAID 阵列中工作的驱动器除外。