破損したドライブ(IOエラー)の高度なNTFSパーティションファイル回復技術はありますか?

破損したドライブ(IOエラー)の高度なNTFSパーティションファイル回復技術はありますか?

最近、ESXiホストのハードドライブは非常にわずかですが、かなり深刻な損傷を受け、複数の仮想マシンに影響を与えました。ぜひ復元したいファイルがありますが、当然一般バックアップから削除されましたね。最新のコピーは6ヶ月です。知ってみるとそれが必要だったのに…こんな。

詳細:

1) Parted Magic 起動可能 ISO で ddrescue(素晴らしいツール)を使用して、関連する仮想マシンドライブの 99.98% を回復しました。残念ながら、これらのエラーはほとんど完全に最近のファイルの書き込みによって引き起こされるようです。したがって、これは私が最も回復する必要があるセクターです。

2) 不良セクタを読み取るとドライブに IO エラーが発生しますが、時々古い不良セクタを正常に読み込むこともあります。したがって、まだ回復が可能です。それよりも少し進むと、ドライブの回転速度が遅くなり、回復する重大なエラーが発生する可能性があります。ああ、そしてRPMの低下の約4分の1が戻ってきません。 (ハードリブートが必要で、シャットダウンは機能しません。)

3)重要なVMディスクはNTFS形式です。

4)通常、破損したNTFSボリュームを読み取り専用でマウントし、必要なファイルを含むフォルダに移動できます。しかし、フォルダを「ls」すると、問題のファイルが常にIOエラーを引き起こすようです。フォルダ内の他のファイルではIOエラーは発生しません。

5) ntfsinfo/etcを使ってみました...まったく必要なようですが...パーティションがまったく開かれません。 (一般的に「インストール」がそういうイライラしています)

6)ファイルはExcel 2003時代のXLSファイルなので、rawディスクイメージを取得するための文字列を提供できるかどうかはわかりません。 (たぶん6ヶ月のバージョンの一部ですか?)

私は本当にdebugfsのようなものを使用したいと思います。ただし、マニュアルページによれば、ntfsツールがパーティションを開くことができる限り、そのタスクを実行できます。特に、IOエラーが純粋にファイルのメタデータにあるのか、ファイルの内容をコピーできるほどディレクトリレコードを正常に回復できるかを知りたいです。最後の手段として、私が検索できる部分的なファイル内容があれば良いでしょう。

以前は(比較的単純な)カーネルモジュールを作成したので、特別なNTFSモジュールをコンパイルしてより多くのデバッグ情報を有効にする(または追加する)ことができました。 (ファイルは少なくとも数日間回復を試みる価値があり、その過程で素晴らしいことを学びました。)

どんなアドバイス?

編集する:

追加のドライブエラーメッセージ:

/var/log/messages には確かに多くの NTFS-fs エラーが表示されます。しかし、最終的には通常、受信した未処理の検出コードメッセージ(sense key 0x3、ASC = 0x11、ASCQ = 0x4)を翻訳しようとしました。 (これは「回復されていない読み取りエラー - 自動再割り当て失敗」と解釈されるようです。)

ドライブが回転すると、「scsi0:*BusLogic BT-958が初期化されました。"メッセージ。Linux SCSIドライバかESXiドライバか、ドライブ自体がドライブの回転を停止するかどうかはわかりません。Linuxドライバの場合はスピンダウンを避けるためのドライバ。サイクルが必要な回転数の低下により、全体の救済プロセスがより苦痛になりました。

編集2:

関連ファイルを含むディレクトリを "lsing" した直後に、"end_request: I/O エラー、dev sda、セクタ 7238859" ログ メッセージでそのセクタの ddrescue アクションを探します。私は現在の機会を持って成功した場合、そのセクターをライブディスクに書き換える予定です。このようにして、問題のあるファイルをゆっくりと再構築することもできます。それにもかかわらず、ほとんどの回復可能な不良セクタは20回未満の再試行だけで回復されます...これまでに150回以上の再試行... *ため息*

編集3:

必要なファイル内の「ls」のセクタエラーのため、完全に非協調的です(一晩1000回以上試しましたが成功しませんでした)。 "ls"を実行するときにこれが単にメタデータであることを願っています。 :)

ほとんどのddrescueコピーがありますが、インストールできません(またはファイルなしでインストールできません)。破損したドライブはほとんどの場合正しくマウントされます。おそらく、破損したドライブのIOエラーが原因で、「インストール」が動作しているイメージに戻りますか?

**編集4:**

今はあきらめ、追加アドバイスを待っています。ドライブを取り外し、ボックスを再作成しました。もし問題が生じた場合に備えてドライブを保管します。

ベストアンサー1

私の経験に照らして、いくつかの注意事項があります。

  1. (理由)HDアクセスを試みている間に奇妙な音が聞こえ、任意のディスク位置に(多少)問題がない場合、根本的な原因は電子デバイスではなくディスクの表面にある可能性があります。残念ながら、これは悲しいことです。アイデア。 「ただ」電子機器の場合、データのほとんどまたはすべてを回復する機会があるかもしれません。
  2. (不良セクタ)まだ行っていない場合は、Web上のディスクメーカーの起動可能な診断/修復ツールを検索してダウンロードして起動し、詳細なテストを実行して不良セクタを再マップしてみてください。これが無料の方法の中で最高です。 不良セクタは大きくなる傾向があります。したがって、2314回目の読み込み後にファイルの塊をキャプチャしても、これらの試みは近くの不良セクタを増やし、効率的に遅くなる可能性があります。他の部分を回復する機会ファイル。
  3. (NTFSの復元)MS Windowsの基本ツールのようにNTFSファイルシステムを修復できるものはありません。 NTFSイメージをマウントできない場合(ディスク全体ではなくパーティションをマウントしようとしていることを確認してください)、testdiskLinuxで同様の方法を試してみることができますが、失敗した場合はWindowsがchkdisk役立ちます。仮想マシンの下にWindowsがインストールされている場合は、取得したRAWイメージを対応する仮想ddrescueマシンでサポートされている形式(VDIまたはVMDK)に変換してVMに追加し、コマンドラインモードでWindowsを起動してファイルシステムを回復できます。あります。VBoxManage convertfromraw <filename> <outputfile>--format VDI|VMDK|VHDVirtualBoxを使用している場合は、その画像を変換して指定された出力形式を取得するコマンドを選択できます。

おすすめ記事