web-dev-qa-db-ja.com

ddrescueはエラーをより速くスキップできますか?

ドライブ(NTFSパーティションを使用)から一部のデータをレスキューしようとしましたが、突然機能しなくなりました。 Windowsでは、システムに正しくマウントされず、多くのハングアップが発生します。私はそれをtinycoreLinuxの下にマウントすることができ、そのディレクトリのいくつかを正常にリストすることができました。他のいくつかのディレクトリをリストすると、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
Danny Lo

代わりに--rescueパラメータを指定してntfscloneを試してください。ボリュームの空の部分は、無視されます。そのため、エラーを含む削除されたファイルはスキップされます。

1
Jasen