同じエラーが発生した他の人を見つけるのに苦労しており、今後最善の方法を見つけようとしています。
私のハードドライブが利用できないほど遅くなり、起動が停止します。 Clonezillaの複製が失敗し、Clonezilla Live CDに付属のGNU修復ツールを使用してddrescueを起動しました。 2TBドライブの場合、平均約400kBpsでとても遅い速度なので、約4ヶ月ほどかかると予想されます！この時点で。残念ながら、最後のバックアップが2年前であり、バックアップから多くの写真を削除したいと思います。驚くべきことに3日かかったにもかかわらず、現在までエラーなしで約50GB程度のスペースが節約されました。今後の最善の方法とエラーなしになぜそれほど時間がかかるのかについていくつかの質問があります。
ドライブが正常に読み取るには長い時間がかかりますが、実際には失敗しないため、コピー時間が遅くなりますか？ハード自体は大丈夫ですが、コントロールボードに問題があるか、そのようなものがあるのでしょうか？
ログファイルがどこに行くのかとても心配です。私は私のコンピュータが4ヶ月間安定しており、コマンドが間違っていないとは期待できません。数週間でも実行したい場合は、そのログファイルをフラッシュドライブに保存したいと思います。最初は大きな新しいハードドライブに保存されると思いましたが、今clonezilla_liveが使用しているRAMドライブに保存できることに気づきました。フォーマットされたUSBドライブを挿入してマウントし、ログファイルをコピーしてddrescueを再起動しても安全ですか？ Clonezillaシェルは、起動時に存在しなかったUSBスティックを挿入したことを認識してインストールできますか？
sudo fdisk -lディスクを一覧表示してからディレクトリを作成しますか？sudo mkdir /logfile/usbそれではインストールしてみましょうか？sudo mount /dev/sdb1 /media/usb、コピーしますか？
どんなフィードバックでも感謝します。私はUnixシェルでz-pool raidを設定していたずらをしましたが、常に単純なバージョンはもちろん、Linuxではなく、私が何をしているのかを正確に知っていました。
答え1
誰かが興味を持っているか、長年にわたってこれらのアーカイブされたバージョンを発見した場合に備えて。レプリケーションを再開するためのログファイルの作成に2か月待ちました。 2回（コンピュータを再起動するまで）読み取りエラーが発生し始め、1回は電源が切れました。数か月間コピーした後、USBアダプタを介してバックアップを別のラップトップに接続しましたが、7.5MBのうち約2TBほどコピーされませんでした（-r3（3回再試行）後もエラーが発生します）。読み取れませんでしたが、次のガイドラインに従ってパーティションテーブルを再構築しました。https://perrohunter.com/repair-a-mac-os-x-hfs-partition-table/ - このドライブは以前のドライブよりはるかに大きいため、ブロックサイズを変更する必要がありました。
その後、ほぼ完璧に動作しました。ディスクユーティリティでディスク検証と復旧、権限復旧を行ったところ、正常にブートになりました。
本当の教訓は？私は非常に重要なファイル（写真と文書）とライブイメージのブータブルバックアップにbackblazeを使用しています。
答え2
ddrescueは、2番目のステップに達するまで不良セクタを表示しません。 https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html
（ステップ2;剪定）剪定は一度に終了します。切り捨てられていないブロックごとに不良セクタが見つかるまで、ブロックの前端から始めて、一度に1セクタずつ前に読みます。次に、不良セクタが見つかるまでブロックの後端から1セクタ後ろに読み込みます。見つかった不良セクタ（存在する場合）は不良セクタとしてマークされ、ブロックの残りの部分は読み取ろうとせずにクリアされていないとマークされます。
問題は、このステップの開始に長い時間がかかる可能性があることです。 3つのチャンネルに分かれています。
- 今後コピーし、タイムアウトなどに応じてチャンクを 、
rescuedとnon-trimmedで表示します。non-tried - 戻るにコピーし、すべての
non-triedブロックを読みます。 - スキップせずに前方コピー、剪定で大きなエラーに備えて
残念ながら、このステップにかかる時間は、エラーの数（あなたの場合は数時間、数日、数週間、または数ヶ月）によって異なり、誰も予測できません。
注：（--retry-passes=n）rフラグは4番目のステップでのみ重要です。
（手順4;再試行）指定された再試行回数に達するまで、不良セクタの読み取りを再試行するオプションがあります。
したがって、再試行の回数を減らして最初のステップの速度を上げることはありません。
ただし、ddrescueログファイルで特定のブロックが「救済済み」とマークされていることを確認できるので、ドライブデータの一部または全部を回復できることを願っています。例は次のとおりです。
# pos size status
0x00000000 0x00117000 +
0x00117000 0x00000200 -
0x00117200 0x00001000 /
0x00118200 0x00007E00 *
0x00120000 0x00048000 ?
ログファイルに+-statusを含む行がある場合は希望があります。 「救出される」という意味だ。しかし、?（ミシド）と（ミクロ）だけが含まれていればあきらめても*いいと思います。もちろん、最初からドライブに単に欠陥があった可能性もありますが、その可能性は希薄だと思います。ただし、2台目のコンピュータでddrescueを実行できる場合は、データの重要度に応じてこれを試してください。最後の希望はヘッド/電子機器を交換することですが、これは高価です。
ログを分析する別の方法は、ddrescueログビューアを使用することです。 https://sourceforge.net/projects/ddrescueview/
私は使う別れの魔法これは、ddrescue GUIとddrescueログビューアが含まれているためです。
ここでは、ステップ1と2の中級ビューアのスクリーンショットを見ることができます（戻るコピー）。
矢印は現在の位置を示します。ご覧のとおり、ドライブの途中に不良セクタが多い可能性があるため（この段階では「トリミングされていません」と表示されます）、これが私が放棄した理由です。
答え3
データがコピーされ続けていることを確認してください。出力ファイルを確認し、サイズが大きくなっていることを確認してください。故障したハードドライブから大量のデータを一度にコピーしようとすると、故障したハードドライブが停止する可能性が高くなります。
何もしないように見える場合は、停止して戻ってディレクトリを一度に1つずつコピーして、同じことが再発生しても、少なくとも完全なディレクトリを持つことをお勧めします。効果があれば、1日か2日以上保存できます。予想時間は非常に間違っている場合が多いですが、一ヶ月ほどはかかりません！
私はddrescueについてはよくわかりませんが、仕事でData Rescueを大量に使用していますが、1日で完成していないハードドライブイメージ全体を見たことはありません。つまり、アプリケーションを再インストールして設定を再構成できますが、文書と写真を置き換えることはできないため、必要なディレクトリ（おそらく/ home）のみをコピーすることをお勧めします。
ログファイルの場合、データ復旧ユーティリティの実行中はそのファイルに触れません。