传递1后提取DDrescue图像文件

Question

我正在尝试从失败的usb硬盘中恢复数据。我跑了大约4天，最后它完成了第一关。在第二关开始后的某个时候，我中断了这个过程，让笔记本电脑和硬盘在加热时休息一下。当我重新开始蹒跚学步的救援时，我发现它在先前离开的地方已经恢复了，但当1号传球再次上升，而不是第2关(倒数)的时候。此外，第二次通过是痛苦的缓慢，只覆盖了5GB的未来2天。当前状态显示0错误和错误大小为0B，获救为769755 MB，这与我记得在驱动器上的数据量大致相同。我的问题是，我是否可以假设dd救援已经恢复了要恢复的数据，并且将图像文件的内容提取到另一个usb驱动器是安全的？或者，是否有必要/强制让ddrescue运行剩下的两次传球？

P.S Chkdsk与usb硬盘“发生未指定错误”消息失败。我希望将映像文件解压缩到一个新的硬盘中，并再次运行chkdsk，看看是否可以修复它。尝试在linux中挂载图像文件，但它返回时丢失了NTFS签名。

Answer 1

您是否向ddrescue提供了日志/映射文件？例如：

# ddrescue /dev/sdc file.img map.txt

如果您提供了一个映射文件，那么ddrescue应该恢复到它停止的位置。这意味着它不会试图重新拯救它最初拯救的所有数据，它只会重试它遇到麻烦的部分。然而，据我所知，在重新启动过程中，传球是不相关的。使用映射文件是为了让ddrescue能够知道它已经覆盖了哪些数据，在哪里遇到了问题，以及它目前正在运行的算法的哪个阶段。但是，phase只计算ddrescue在一个阶段中通过磁盘多少次，但似乎没有记录在映射文件中。如果您在"pass 2“中间中断它，然后再次运行它，它将有效地运行一个全新的"pass 3”，它将称之为"pass 1"，但是它不会重做它在pass 1或部分PAS2中已经包含的任何内容。在这种情况下，它的吞吐量预计会更低:除了原来的第1关之外的所有内容都试图读取故障点。ddrescue的工作方式是首先尽可能快地恢复驱动器中所有容易读的部分，然后返回并再次尝试无法读取的部分。在重新启动它之后，您应该会发现“获救”值与它在前一次运行中停止的位置相同。

如果您没有提供地图文件，那么就没有办法恢复您停止的ddrescue，再次启动它基本上等同于从头开始，因为它不知道它已经处理了哪些数据。当您从失败的磁盘中拯救数据时，应该始终使用映射文件。

总之，当ddrescue完成100%的驱动器恢复，或者当它放弃重新尝试恢复数据时，它就会退出。您应该让ddrescue运行到完成，除非您愿意放弃尚未读取的任何剩余数据。您应该始终允许至少完成一次完整的传递，否则您将错过非常好的数据(如果您允许第一次传递完成，那么就涵盖了这一点)。恢复的数据量相对于驱动器的完整大小，而不是实际在驱动器上的文件数量，因此如果它从1000 in驱动器中恢复了769755MB，这意味着ddrescue已经恢复了驱动器上所有扇区/块的77%左右，但它不知道这77%是否对应于正在使用的块，还是释放了块。如果驱动器已满77%，最好的情况下，您已经恢复了100%的数据和文件系统结构(如果您运气不太好的话)。在最坏的情况下，您已经恢复了所有无用的23%的驱动器是空空间，另一个77-23=54%的驱动器在数据。如果驱动器已满77%，则为.54/.77 =大约70%的数据。平均而言，如果恢复的数据的一部分是随机的，那么您将拥有大约77%的数据。如果您运气不好，它可能会错过重要的文件系统结构，使得其余的数据很难恢复。

Answer 2

ddrescue工作在块上，而不是文件上。在有60 of数据的100 of驱动器上，可以将块恢复到60 of，但这只意味着数据的20 of已经恢复。60 of的区块准确覆盖数据的可能性很小。

您应该让ddrescue运行(同时要重新考虑从备份恢复是否更符合成本效益，即使您在备份和崩溃之间丢失了几个小时的数据更改)