GNU/Linux >> Linux の 問題 >  >> Linux

SMART Hardware_ECC_Recovered の値が高いことに注意する必要がありますか?

解決策 1:

Spinrite で有名な Steve Gibson 氏によると、SMART 値は、瞬時に読み取るのではなく、時間をかけて取得する必要があります。つまり、値が数か月間 47 であった場合、値 47 が必ずしも悪いわけではありません。ただし、値が 1 時間前に 42 で、急速に上昇している場合は、ドライブがデータの一部にアクセスするのに問題があり、すぐにセクターをまったく読み取れなくなる可能性があることを意味します。そのドライブのデータの値によっては、それを置き換えたいと思うかもしれません.

解決策 2:

この属性の高い値は、実際には非常に優れています:

<ブロック引用>

ハードウェア ECC 回復済み S.M.A.R.T.パラメータは、ECC 訂正エラー間の時間を示します。

https://kb.acronis.com/content/9131

解決策 3:

まず、下げる 値は SMART の方が悪く、高い値ではありません (しきい値列が常に現在の値よりも低いことに注意してください)。したがって、値の増加は心配する必要はありません。 (ただし、このルールは生の値には適用されません。)

SMART 値は少し変動する傾向があります (たとえば、あなたの値は 46 と 47 の間の端にある可能性があるため、小さな変更でも他の値に反転する可能性があります)。

あなたの smartctl -a 出力は、この値の最悪の値が 45 であることを示しているため、この値をわずかに上回る振動は正常です。

詳細については、Wikipedia:ATA S.M.A.R.T. を参照してください。

解決策 4:

Google が実施した大規模な調査でさえ、多数のドライブ障害が SMART エラーによって予測されないことが判明したことに注意してください。表示されるものが完全に正常である可能性はありますが、生の値を報告された値に変換するための指標はメーカーごとに異なるため、ドライブで多くのエラーが発生しているかどうかを確実に判断することは困難です。しかし、生の数がこれだけ大きいと奇妙に思えます。

すべてのドライブを読み取り (新しいドライブへの dd または rsync'ing)、SMART 値を確認することをお勧めします。生の数値または報告された値が表示される場合は、ドライブの交換を検討し始めます。


Linux
  1. C 整数オーバーフローの防止

  2. x =os.system(..) の戻り値

  3. FBI が私の Ubuntu VPS にログオンしたかどうか心配する必要がありますか?

  1. LinuxCプログラミングチュートリアルパート8-値による呼び出しとポインタ/アドレスによる呼び出し

  2. kernel.printk 値の説明

  3. Ifconfig の使用をやめるべきですか?

  1. LinuxCプログラミングチュートリアルパート8-値による呼び出しとポインタ/アドレスによる呼び出し

  2. LinuxCプログラミングチュートリアルパート8-値による呼び出しとポインタ/アドレスによる呼び出し

  3. 地域について