web-dev-qa-db-ja.com

SMART HDDのエラー、ドライブをマウントできません

メインPCのプライマリHDDに障害が発生したようです。数日前の停電後、PCの電源を入れると、BIOSからビープ音が2回鳴り、ドライブにS.M.A.R.T.エラーが見つかりました。起動できません。もうWindowsに。

Ubuntuマシンに（USBアダプター経由で）接続しようとしましたが、さまざまなエラーでこのドライブをマウントできません。 （別の動作中の内蔵HDDを接続できたので、USBアダプターの問題ではないことがわかりました）

他のWindows10マシンにも接続してみました。これが発生すると、ディスク管理はディスクを認識しますが、空で初期化されていないものとして表示されます。右クリックして初期化しようとすると、MBRまたはGPTのいずれかを選択するように求められます。私の最初の問題は、それが以前に何であったかわからないので、何を選ぶべきかわからないということです。 MBRを試してみると、デバイスの準備ができていないというメッセージが表示されます。 GPTを選択すると、GPT用の十分なスペースがないというメッセージが表示されます。

TestDisk、Recuva、EaseUS Partition Master、DiskPartなどのツールも試しました。ハードディスクはマウントされておらず、ドライブ文字がないため、すべてのツールがハードディスクをまったく認識できません。 Diskpartでさえ、ディスク/ボリューム/パーティションとしてどこにもリストされていませんでした。

私は選択肢がありませんか？ LinuxまたはWindowsにこのドライブを少しでも認識させることはできませんが、それ以外は何か USB経由で接続されています。

Windows10リカバリディスク/ USBをセットアップし、それを使用してドライブを修復するためのチュートリアルを見てきましたが、前述のツールが機能しなかったのと同じ理由で機能するかどうかについては懐疑的です-ドライブは実際にはそうではありません認識されることさえあります。

windows-10hard-drivebootsmart
1
neilsimp1

ドライブから何かを読む

Ubuntu（Linux）ではドライブをマウントできませんでしたが、簡単に諦めたようです。「ファイルシステムの不整合/完全にアンマウントされなかった」と、自動マウントができないという違いの世界があります。デバイスとして認識されない、単一のセクターを読み取ることができない」データを読み取って操作することができます。 Windowsが「高速シャットダウン」モードの場合、またはファイルシステムエラーがある場合、マウントが失敗する可能性があるため、マウントできなかったのは間違いなくショーストッパーではありません。

新しい/dev/sdXが表示された場合、ドライブを読み取る（または少なくとも読み取ろうとする）ことができ、SMART情報と試行テスト。これはUSBドライブなので、接続後、新しいデバイス/dev/sdX（Xは任意の文字）が表示されます。dmesg＆/を参照してください。情報のvar/log/syslog（特に、新しいデバイスがない場合のエラー-デバイスがないと、何も読み取れないか、試すのがさらに難しい場合があります）。

/dev/sddデバイスから何かを読み取ることができる場合は、ddrescue（gddrescueという名前のパッケージ内）またはtestdisk/photorecまたは何かがデータを取得できる方がはるかに見栄えがします。おそらくSudoでroot権限も必要です。 Sudo testdisk /dev/sddまたはSudo photorec /dev/sddのように。

  • ddを使用した非常に基本的な「少し読む」は次のようになります。

    Sudo dd if=/dev/sdd of=output-file bs=1M count=1

    ドライブから最初のM（= 1024 * 1024バイト）を読み取り、

    • bs=は、各「ブロック」で読み取り/書き込みを行うバイト数です。
    • count=は取る「ブロック」の数です
    • skip=N入力の開始時にNibsサイズのブロックをスキップします
    • of=を混同しないでください。ほとんどすべてが上書きされます。

  • 1000Mをスキップしてから1Mを読み取るには、次を使用します。

    Sudo dd if=/dev/sdd of=output-file bs=1M skip=1000 count=1

データ復旧

詳細については、 https://wiki.archlinux.org/index.php/file_recovery および/または https://help.ubuntu.com/community/DataRecovery を参照してください。関与する可能性があります。 gddrescueには素晴らしい（しかし乾燥した） GNU ddrescue Manual もあり、Webでさらに多くの情報を検索してください。

testdisk＆photorecは最も使いやすいIMOであり、私は何よりもメスを気にすることさえありません。彼らのホームページには優れたガイドがあります。 TestDisk's ＆ TestDisk Step By Step および PhotoRec's ＆ PhotoRec Step By Step を参照してください。 testdiskが既存のファイルを読み取ることができる場合、それらをコピーするのはかなり簡単かもしれません。photorecは元のファイル名やディレクトリ構造を保存しません。

読み取りを試みるときにエラーが表示されて失敗する場合があります。エラーメッセージはおそらくdmesg＆/ var/log/syslogで溢れます。その後、ターミナルを開いたままdmesg -w＆/またはtail -f /var/log/syslogを実行して新しいエラーを確認します彼らが到着すると。別のデバイスにスペースがある場合は、gddrescueを使用してコピー全体を作成することをお勧めします。エラーセクターをスキップして、最初にすべての「良いもの」を読み取ってから、後でエラーを再試行します（または「逆方向」を読み取ります）。 "、ジャンプなど）。

SMART＆smartctl

smartctl（smartmontoolsパッケージ内）を使用してSMARTデータを読み取り、エラーが何であるかを調べ、新しいテストを実行することもできます（ただし、ドライブに障害が発生している場合は、テストは残りの寿命で24時間実行される可能性があるため、最初にバックアップするのが賢明かもしれません）。これがsmartctlに関する私の「メモ」です。

レポートを生成するコマンド：

  • Sudo smartctl --all /dev/sdX-すべてを出力SMART info
  • Sudo smartctl --xall /dev/sdX-すべてのSMARTおよび非SMART情報を出力します

変更を追跡している場合は、テストを頻繁に実行して、次の日付の名前の付いたファイルに保存することができます。

Sudo smartctl --xall /dev/sdX > $(date +"%Y-%m-%d_%H.%M")-sdX-smart-xall

「統計」を取得するには：

Sudo smartctl -A/dev/sdX> $（date + "％Y-％m-％d_％H.％M"）-sdX-smart-A

テスト

オプション-t TYPEを使用します。ここで、TYPEは次のいずれかです。

短いかもしれません〜2分
運搬量はおそらく約5m
長いかもしれません〜55m
オフライン多分〜73m（4380s）
[時間は古いドライブの例です]

ただし、すべてのドライブがすべてのテストをサポートしているわけではありません。

-cオプションには、現在のテストの残りの割合（テストが実行されている場合）を示す「セルフテスト実行ステータス：」行があります。

ステータスを確認するには、次を使用できます。

Sudo smartctl -c /dev/sda | grep "^Self" -A1
3
Xen2050

あなたのためにハードドライブを回復する利用可能なサービスがありますが、それらは通常高価なので、このオプションを検討する前にデータの価値を検討する必要があります。 Googleの「データ復旧サービス」。

一部の地元のコンピューター技術者は、死んだHDの回復を行うことができ、高価な場所が提供するのと同じタイプのフォレンジック回復を提供することもあります（ただし、品質が低いか、成功する可能性が低くなります）。

私は、HDを起動するために同様のHDから回路を使用する技術を知っています。ボードはモーターに合わせて調整されることが多いため、最近は動作する可能性が低くなっています。

2
computercarguy