☰

ddrescue 可以更快地跳过错误吗？

tag-icon • tag-icon ddrescue
ddrescue 可以更快地跳过错误吗？

我尝试从我的驱动器（带有 NTFS 分区）中恢复一些数据，但它突然停止工作了。在 Windows 下，它无法正确安装到系统中，导致很多挂断。我设法在 tinycore Linux 下安装它，并能够成功列出它的一些目录。列出其他一些目录会导致 I/O 错误。所以我决定尝试ddrescue恢复一些数据或至少分区表，以查看文件名。目前，我使用命令来调用它ddrescue -a 100M /dev/sde seagate_disk.img seagate_disk.ddrlog。一开始，它看起来很有希望，预计执行时间需要几天。但现在它可以正常工作了非常慢我不知道是否可以设置任何参数来改善运行时间。我愿意接受准确性的损失。

以下是ddrescue的输出：

GNU ddrescue 1.22
Press Ctrl-C to interrupt
Initial status (read from mapfile)
rescued: 482752 MB, tried: 46293 MB, bad-sector: 0 B, bad areas: 0

     ipos:  532900 MB, non-trimmed:   47241 MB,  current rate:       0 B/s
     opos:  532900 MB, non-scraped:        0 B,  average rate:   34421 B/s
non-tried:    1467 GB,  bad-sector:        0 B,    error rate:   21845 B/s
  rescued:  485663 MB,   bad areas:        0,        run time: 23h 29m 34s
pct rescued:   24.27%, read errors:    14463,  remaining time:         n/a
 slow reads:        0,        time since last successful read:     20m 25s
Copying non-tried blocks... Pass 5 (forwards)

映射文件如下所示ddrescueview：

ddrescueview（更高分辨率：https://i.snipboard.io/gZXqAU.jpg）

答案1

尝试ntfsclone使用--rescue参数，它将忽略卷的空部分。因此任何包含错误的已删除文件都将被跳过。

答案2

驱动器看起来很糟糕。根据我的经验，那些有规律地散布的黄点并不一定表示扇区有问题。可能只是驱动器由于某种原因消失了。我会尝试重置驱动器并重新启动恢复，也许会跳过一点，看看你是否得到相同的模式。

相关内容