ddrescueはNTFSリカバリを完了できません
最近、新しいHitachi 2TB 32MB 7200RPM 3.5 "SATA 6.0Gb/s内蔵デスクトップハードドライブとWin7Pro OSの友人がいて、Windowsから障害が発生したと報告されました。彼は、ドライブを回復して交換するように依頼しました。これは、ブートドライブ。ベンダーに返却するのにまだ数日かかりました。
新しいPC（既知の動作するSATAコントローラーとSATAデータおよび電源ケーブルが異なる）では何もアクセスできませんでした。
興味深いことに、日立のDFTは、すべてが正常であると報告しました：SMARTステータス：正常
テストログ
ReadErrStat : Done
Result : Pass
SMART QT : Done
Result : Pass
同じSMART失敗を示す3つのWindowsイベントにもかかわらず。説明：ドライバーは、デバイス\ Device\Harddisk3\DR3が失敗すると予測したことを検出しました。データをすぐにバックアップし、ハードディスクドライブを交換してください。障害が差し迫っている可能性があります。
System RescueCDのddrescue1.18.1を使用しました。
HDDは新しいので、すべてのデータ/ファイルがドライブの第1四半期にあると予想しました。 ddrescueが2TBドライブを掘り下げて、新しい2TBドライブに書き込むのに約25時間かかりました（私の問題がどうなるかを知っている人もいると思います）。大きなドライブはありませんでした。
ddrescue -n -f /dev/sdb /dev/sdc resq.log
ddrescueは347ファイル（約0.5％）を除くすべてを回復しましたが、宛先ドライブのドライブ領域が不足したため、正しく終了できなかったと報告しました。転送速度の遅さと未回復ファイルの数の増加は、回復プロセスの約4分の1で終了しました。これは、データファイルが存在していた場所（または少なくともほとんど）が過ぎて、文字通り未使用の領域を回復していることを示しています。
これらは両方ともNTFSフォーマットのドライブドライブ全体の単一パーティションでした（新しいものは新しいToshiba 2TB HDDでした）。
Linuxでは、リカバリしたドライブをマウントしてコピーしたり、表示したりすることはできません。 NTFSフォーマットエラーが発生し続けます。
何かを修正することを提案する傾向があるため、Window OSに何かが表示されているかどうかを確認したくありませんが、それを試みたくありません。
さらに悪いことに、私は4TBドライブを購入してGPTでフォーマットし、ddrescueを繰り返し始めましたが、故障したHDDは10％未満で完全に故障しました。
Ddrescueのマニュアルといくつかのフォーラムを読んでいますが、「完全な」宛先ドライブを修復してアクセスできるようにする方法について、特定の手順を見つけることができません。データをさらに破損する可能性のある間違いを犯したくありません。誰かが救助/修理について何かアイデアを持っているので、私はコピーを作成して、何が回復されたか、そして物事がどこにあるかを見ることができますか？
「ddrescueが347個のファイルをすべて復元した」とはどういう意味ですか？ ddrescueはハードドライブのビットコピーを実行する必要があるため、ファイルは処理されません。
あなたの救助ログがどこにあるか/あったかは不明です-あなたはまだそれを持っていますか？
良い2TBドライブから4TBドライブに少しコピーしたいと思います。
次に、不良の2TBドライブから良好な4TBドライブに再度ドレスキューを実行しようとしますが、今回は-Rスイッチを追加して、ディスクの最後から回復しようとします（2TBドライブのサイズがわずかに異なると思うため）そのため、エンドビットを取得できませんでした）。ログファイルにアクセスできる場合は、それも使用してみてください。おそらく作業が少し楽になるでしょうが、それほど重要ではないと思います。
次に、Linuxで（4ギガのドライブから）データにアクセスできるかどうかを確認します。アクセスできない場合は、Windowsで試して、データを読み取れるかどうかを確認します。
これが失敗した場合は、NTFSをバイパスして、適切な2TBドライブでphotorecを使用して可能な限りプルオフします。