私はSpinRiteでかなり良い経験をしましたが、非常に過大評価されていると思います。実際、それはそれ自体の利益にはあまりにも賢いかもしれません。同様に機能する無料のソリューションがあります(実際には、無料のソリューションはさらに良く機能する可能性があります)。
200 GBのNTFSドライブがあり、突然壊滅的な障害が発生しました。これは、人々が一時的に物を一時的にダンプする「共有」ドライブであるはずでしたが、さまざまなバックアップを含む巨大なデータリポジトリになりました。ドライブが停止したとき、chkdskまたは他のツールを何度実行しても、マウントすることができませんでした。
最後に、SpinRiteを購入して実行しました...これは1か月以上実行され続けました。不良クラスターにヒットするたびに、そこからデータを回復しようとして何時間も費やしました。繰り返しになりますが、欠陥のある200 GBドライブからデータを回復しようとして1か月以上ノンストップで実行されました。(SpinRiteの防御では、物理的な欠陥がない場合、わずか数時間でドライブをスキャンできます。)SpinRiteは最終的にすべてのファイルを回復できましたが、大きなファイルの多くはいずれにせよ破損していることが判明しました。SpinRiteは、ドライブを再びマウント可能にしました。だから私は間違いなくそれが何かをしたと言うだろう。
しかし、それが機能したという事実にもかかわらず、Linux CDからブートしてddを実行してドライブ全体をファイルにコピーする以上の助けになったかどうかはわかりません。死にかけているディスクを1か月間実行しないということは、死にかけているということです。 物理的な欠陥は広がる傾向があるようです。SpinRiteの実行中にディスクがさらに劣化しても、驚かないでしょう。個人的には、できるだけ早くディスクからデータを取得し、いくつかのバックアップイメージを作成し、ファイルをオフラインで修復しようとします。
最近、他のデータを回復する必要がありましたが、ddは素晴らしい仕事をしました。良いデータをすべてドライブからコピーするように指示した後、それをさらに数回実行して、不良な領域からデータを取得しようとして、より一生懸命(つまり、より小さいブロックサイズを使用)試みることができます。
あなたは余裕時間かそこらを持っていれば、私はそれではなく、代わりに、SpinRiteを買うのD-Dを使用する方法を学ぶためにあなたの時間の価値があると言うだろう:
http://www.debianadmin.com/recover-data-from-a-dead -hard-drive-using-dd.html
または、少し簡単な方法でdd_rescueをダウンロードしてください:http ://www.garloff.de/kurt/linux/ddrescue
それでもSpinRiteを実行したい場合は、ドライブを長時間実行するとさらに劣化する可能性がある場合に備えて、ドライブから既存のデータをすべてコピーした後に実行することを強くお勧めします。
新しいドライブを入手するたびに、Linux CDからブートし、不良ブロックを実行して欠陥をチェックする必要があります。また、ドライブの劣化を定期的に確認する必要があります。少なくとも2台の新品のドライブに欠陥があり、数か月以内に3台または4台が死にました(サービスを開始する前に徹底的なテストを行ったにもかかわらず)。
ルートとしてbadblocksを実行するか、UbuntuライブCDから起動する場合はコマンドの前に「sudo」を付ける必要があることに注意してください。
最新のドライブ(警告:すべてのデータが破壊されます!):
badblocks -wvs /dev/sd#
または
badblocks -wvs /dev/hd#
使用中のドライブ(読み取り専用テスト):
badblocks -vs /dev/sd#
または
badblocks -vs /dev/hd#
ここで、#はLinuxのドライブ番号です。IDEドライブは通常/ dev / hd#と呼ばれ、SCSI(および多くの場合SATA)ドライブは/ dev / sd#です。
badblocksの詳細はこちら:http : //en.wikipedia.org/wiki/Badblocks
ちなみに、ddとbadblocksはLinuxプログラムですが、NTFSドライブで使用できます。また、MBRパーティション、ダイナミックディスク、GPTディスクのいずれを使用しているかに関係なく、LinuxでNTFSパーティションをマウントすることもできます。
Steveのドキュメントでは、SpinRiteが理論的に役立つ多くの仮説的な問題について説明しています。たとえば、データは時間の経過とともに消えていき、すべてのブロックを読み取ってディスクに書き戻すことで「リフレッシュ」する必要があります。そのブロックに保存されている元のデータ。論理的には、これらのことは理にかなっていますが、現実の世界では実際には発生しないかもしれない学術的問題の解決策にすぎないと思います。(少なくとも、ハードディスクでは、Zipディスクなどがデータフェーディングの影響を受けやすい可能性があります。)スティーブが主題に関する論文を引用した場合、またはこれらの手法が効果的であることが実験的に証明されていた場合、その後、多くのオープンソースまたは市販のSpinRiteクローンがあると予想しています。SpinRiteの文書化されたすべての機能を含むPython、Perl、またはUNIXシェルスクリプトを記述することは、平均的なスクリプトプログラマの能力の範囲内です。