最近、情報を外付けハードドライブにバックアップしようとしたときに、2番目の内蔵ハードドライブに問題があることがわかりました。 2TBのうち1.4TBを使用した。転送速度がゼロに下がり、データを取得するのに苦労しました。考えられる問題を見つけ始めましたが、おそらく私のハードドライブに問題があるようです。 SMARTスキャンを実行するためにchkdskを使用してみましたが、速度が遅くなり、約30％停止しました。 Windowsデータ復旧アプリケーションを使用すると、より多くの破損を引き起こす可能性があることを繰り返し読んだので、gddrescueの試みに切り替えました。 USBドライブ用のKaliをダウンロードし、SATAケーブルを介して既存の2TB Toshiba HDDを接続し、SATAケーブルを介して新しい3TB WD HDDをインストールして転送を開始しました。
これがスキャンを開始するために使用されます。
ddrescue -f /dev/sda /dev/sdb /root/Desktop/log1.log
最初のパスで52％の節約効果があり、まだエラーや不良セクタはありません。そのため、これが正しいかどうかはわかりませんが、現在の時点では転送速度は平均10,000B / sにすぎません。
停止し、逆方向にスキャンを開始しました。
ddrescue -f -R /dev/sda /dev/sdb /root/Desktop/log1.log
ここからは、最初は低い速度で始まり、平均10,000B / sに低下します。
最初のパスでは、これは正常ですか？ダウンロードが遅すぎる場合は、別のセクタに移動して最初にダウンロードしてから遅いセクタに戻す必要がありますか（最初のパスで破損した場合）。さらに、データ復旧部分は実際に新しいハードドライブに複製されますか、またはそのデータをハードドライブに保存する前に完全に完了する必要がありますか？
答え1
読み取りエラーが発生した場合の動作は、ddrescueディスク自体の動作によって異なります。
一部のディスクは読み取り要求ごとに数回試行し、ディスクの内部ロジックが結果が正しくない可能性があることを示す場合はエラーを報告します。これにより、ddrescue同様のユーティリティは、要求されたすべてのデータが正しく読み取られたという統計的に高い信頼性が得られるまで、何度も試して各試行の結果を個別に分析できます。
他のディスクはそれ自体がこれを試みます。エラーを含むデータブロックを読み取るための単一の要求があると、ディスクはデータブロックを何度も読み取ろうとし、ディスクの内部診断でエラーがあることを示す場合にのみデータを返します。読み取りの試みが非常に長くなりました。成功することができます。ディスクが最終的に正常に読み取られると、エラーを報告することなくデータがアプリケーションに返されます。もちろん、ディスク自体は失敗したブロック当たりの読み取り試行の数を大幅に増やすので、ディスクアクセス速度は非常に遅くなります。
故障したディスクブロックの不良マークは、通常、書き込み操作中にのみ発生します。読み取り操作で不良ブロックも検出された場合、これはシステムが基本的に特定のデータブロックを回復できなくなったと判断し、それらをすべてゼロの予備ブロックに置き換えることを意味します。これにより、後続のデータ回復の試みがはるかに困難になります。 Takeを読み取るよりも実際の不良ブロックからデータを回復する別の機会を得るには、ディスク自体の不良ブロック交換ロジックを上書きする特別なソフトウェアまたはハードウェアが必要です。空の交換ブロック。