昨日、Linuxの起動中にハードリセットを実行しました。これにより、HDDに大きな問題が発生しました(ジャーナルの回復中のUNC)。 ddrescue
がI/Oエラーでクラッシュしたため、dd
の代わりにdd
を使用する必要がありました。
私は次のことをしました:
# ddrescue -f /dev/zero /dev/sda
250GBの/dev/sda
全体を通過しました。再起動後、BIOSとLiveCDの両方がHDDを認識しませんでした。
LiveCDを起動すると、/dev/sda
がなく、/dev/disk/*
にHDDがありません。
SATAコントローラーは問題ありません:
$ lspci | grep -i sata
00:1f.2 SATA controller: Intel Corporation NM10/ICH7 Family SATA Controller [AHCI mode] (rev 02)
質問は:私は深すぎましたか?私のHDDは永久になくなっていますか、それとも修正可能ですか?
通常、HDDに障害が発生すると、次の4つのいずれかになります。
問題:HDDプラッターを構成するメディアは、時間の経過とともに障害が発生し始めます。これは通常、主に次のように表示されるシステムを通じて、想定される障害として表示されます起動できないか、奇妙なロックアップなどとして。
これらのタイプの欠陥は、通常、HDDの使用年数に起因するより大きな症状の一部です。これらのタイプの障害は、迅速かつ正しく行動することを前提として、回復可能である割合が高いことがよくあります。
#2の場合、通常、HDDを別のシステムに移動するか、ケーブルを交換して、それが問題の根本原因であるかどうかを確認します。
#3&#4の場合2つの方法しか使用していませんドライブを回復します。私は通常、 HDAT2 または Spinrite のいずれかを使用してHDDの修復を試みます。
サプリメントへ。
dd
およびddrescue
コマンドは物理的にディスクを破壊していませんのみそれを拭きました。 dd
を使用してI/Oエラーが発生したという事実には、さまざまな理由が考えられます。
または、はい、それはそれを破壊した可能性がありますが、それはそもそも欠陥があった場合に限ります。誰かがタンクに砂糖を入れた車を運転するときのように。
一部のシステム(通常はラップトップやタブレット)では、ディスク上の非表示のパーティションに追加のユーティリティを保存できます(システム診断テストなど)。この場合、dd
コマンドもこれを消去した可能性があります。
最初にBIOSをチェックします。 HDDが有効になっていることを確認します。 BIOSをデフォルト設定などにリセットします。ほとんどのシステムはビープコードも使用します。これは、起動時のビープ音で、1回のビープ音は1つのタイプのエラー、2回のビープ音は別のタイプなどです。マニュアルを確認してください。
それでもBIOSにHDDがない場合は、物理検査を開始し、HDDを取り外してから再度取り付けます。別のシステムでテストします(可能な場合)など( @ slm の回答を読んでください。)
ツールの追加コレクションとして、 Hirens Boot CD をチェックすることもできます。これはliveイメージのいくつかのツールのコレクションです。 。とりわけ、HDAT2はありますが、Spinriteはありません。