☰

为什么ddrescue恢复的img文件比原始硬盘使用的空间还大？

tag-icon • tag-icon hard-drive-recovery ddrescue
为什么ddrescue恢复的img文件比原始硬盘使用的空间还大？

所以我花了大约一个半星期的时间进行ddrescue手术。发生故障的外部硬盘容量为 2TB，其中约有 1.8TB 的数据，大部分是照片。以下是ddrescue目前正在报告的内容，仍在进行中：

> sudo ddrescue -n -v -c 1Ki /dev/disk2s1 /Volumes/ExtraExternalHardDrive/recovered.img ddrescuelog.log

About to copy an unknown number of Bytes from /dev/disk2s1 to /Volumes/ExtraExternalHardDrive/recovered.img.
    Starting positions: infile = 0 B,  outfile = 0 B
    Copy block size: 1024 sectors       Initial skip size: 128 sectors
Sector size: 512 Bytes

Press Ctrl-C to interrupt
Initial status (read from mapfile)
  rescued:    1937 GB,     errsize:        0 B,  errors:       0

Current status
     ipos:    1998 GB, non-trimmed:  297795 kB,  current rate:    524 kB/s
     opos:    1998 GB, non-scraped:        0 B,  average rate:   8045 kB/s
non-tried:    9223 PB,     errsize:        0 B,      run time:  2h  3m 16s
  rescued:    1997 GB,      errors:        0,  remaining time:         n/a
percent rescued:   0.00%      time since last successful read:          0s
Copying non-tried blocks... Pass 1 (forwards)

好的——所以我的问题是：如果我在故障驱动器上有 1.8TB 的数据，为什么现在在恢复映像文件中有 1.98TB 的数据？而且……这东西还能撑多久？

在此过程中，我多次停止该过程，每次都使用 mapfile 重新启动。

答案1

如果故障驱动器上有 1.8TB 的数据，为什么恢复映像文件中现在有 1.98TB 的数据？

因为ddrescue它对文件系统和文件一无所知。它读取并尝试恢复整个设备。当它最终完成时，恢复的图像大小将与源设备（磁盘或分区）大小完全匹配。我认为你的情况是non-tried: 9223 PB。也许你的故障磁盘报告了错误的大小。

这东西还能持续多久？

没人知道。参见我对另一个问题的回答。

相关内容