アカウント名:
パスワード:
smartmontoolsで毎日ショートオフラインテストかまして、月一でロングオフラインテストしてるけど、HGSTなHDDの壊れにくさは流石しかしSeagateなんかは壊れやすいが、壊れる時は、とりまUDMA_CRC_Error_Countあたりが出始めて、ついでEnd-to-End_Errorあたりが出て、最終的に不良セクタがもりもり増えてくなのでEnd-to-End_Errorが出た時点をリミットとしてバックアップすれば問題ない
一方でHGSTなHDDは、例え毎日ショートオフラインテストかましていようとも、全然まったく壊れるそぶりも見せぬまま、ある日突然不良セクタが検出される不良セクタのあった場所のデータを復旧することはできないばかりか、事後にバックアップしようとしてる先からボロボロ壊れてゆくHGSTは壊れにくいが、いざ壊れた際の絶望度は異常早め早めのローテーションとデータのバックアップをお勧めする
> 事後にバックアップしようとしてる先からボロボロ壊れてゆく
バックアップしたところから壊れていくなら手に汗握る展開なのに…
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
HGSTが壊れた時の絶望度の高さは異常 (スコア:2, 興味深い)
smartmontoolsで毎日ショートオフラインテストかまして、月一でロングオフラインテストしてるけど、HGSTなHDDの壊れにくさは流石
しかしSeagateなんかは壊れやすいが、壊れる時は、とりまUDMA_CRC_Error_Countあたりが出始めて、ついでEnd-to-End_Errorあたりが出て、最終的に不良セクタがもりもり増えてく
なのでEnd-to-End_Errorが出た時点をリミットとしてバックアップすれば問題ない
一方でHGSTなHDDは、例え毎日ショートオフラインテストかましていようとも、全然まったく壊れるそぶりも見せぬまま、ある日突然不良セクタが検出される
不良セクタのあった場所のデータを復旧することはできないばかりか、事後にバックアップしようとしてる先からボロボロ壊れてゆく
HGSTは壊れにくいが、いざ壊れた際の絶望度は異常
早め早めのローテーションとデータのバックアップをお勧めする
Re:HGSTが壊れた時の絶望度の高さは異常 (スコア:0)
> 事後にバックアップしようとしてる先からボロボロ壊れてゆく
バックアップしたところから壊れていくなら手に汗握る展開なのに…