web-dev-qa-db-ja.com

ddrescueが元のハードドライブの使用容量よりも大きいimgファイルを回復したのはなぜですか?

ですから、私はddrescue操作に約1週間半かかります。故障した外付けハードドライブは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.8 TBのデータがある場合、リカバリイメージファイルに1.98 TBのデータがあるのはなぜですか?そして…これはどれくらい長く続くのでしょうか?

この作業中にプロセスを複数回停止し、そのたびにマップファイルを使用して再起動しました。

1
Josh KG

障害が発生したドライブに1.8TBのデータがある場合、リカバリイメージファイルに1.98TBのデータがあるのはなぜですか?

ddrescueはファイルシステムとファイルについて何も知らないからです。デバイス全体を読み取って回復しようとします。最終的に終了すると、復元されたイメージのサイズはソースデバイス(ディスクまたはパーティション)のサイズと正確に一致します。あなたの場合の問題はnon-tried: 9223 PB。障害のあるディスクが間違ったサイズを報告している可能性があります。

これはどれくらい長く続くのでしょうか?

誰も知らない。 別の質問に対する私の答え を参照してください。

1