S.M.A.R.T. Synology 1812+デバイスの値を理解する
Synology 1812+を使用していますNAS 8つの3TBドライブをRAID 5として構成しています。その実行中のDSM4.1。USBドライブの交換、ストレージの統合、Time Machineを使用した短期のOS Xバックアップのために購入しました。デバイスとドライブはまだ2か月前のものです。
1週間おきに2つのドライブからIOエラーが発生し始めました。ログに次のエラーが含まれています：
Read error at internal disk [3] sector 2586312968.
そして後で
Bad sector at md2 disk3 sector 250049936 has been corrected.
セクターは決して一致しません。ドライブで拡張テストを実行することをお勧めしますS.M.A.R.T.テストを実行しました。これを実行したところ、次の値が得られました。
次に、拡張された拡張S.M.A.R.T.テストを実行しましたが、問題のないドライブの1つでテストを行いました。ここに取得した値があります。
値は非常に似ています。問題があるかどうかは不明であり、問題がない場合は、S.M.A.R.T.テストで実際の問題が明らかにならない場合のテストのポイントは何ですか？次に、これらの結果をいつどのように解釈すればよいですか？ HDDを交換する時期を知っておくべきですか？
生データ列は通常、発生したイベントの数を表します。たとえば、最初の行の読み取りエラーの数。ただし、数値が非常に高いため、Seagateドライブを使用していると思います。Seagateドライブは、常に異常な高いrawエラー値を報告します（ハードドライブに問題がない場合も）。
他に何が見えるか-ステータス列。すべてのパラメーターで問題ありません。つまり、まったく同じです。ドライブは通常問題ありません。
http://www.linuxjournal.com/node/6983/print で記述されているように、VALUE列には現在の「正規化された値」が表示されます。これは常にしきい値より大きくなければなりません。
したがって、SMARTデータは、すべてのドライブが正常であることを示しています。ただし、読み取りエラーが多数発生する場合（昨年のログで1つだけではない:)、ドライブがすぐに停止するようです。いくつかのドライブが存在することは、「通常」であり（最大1〜12,000、参照 SMARTセクターの再割り当てが問題を示しているか？ ）、他のドライブと交換されるため、修正。ただし、そのようなメッセージが多すぎる場合、または頻繁に表示される場合は、ドライブを交換する必要があります。
おそらくSMARTテストまたは他のいくつかのテスト（どちらもNASに依存します）を行うことができます...たとえば、smartctlがあり、sshを介してNASにログインできる場合、次のことを試すことができます。
# smartctl -t short /dev/<device>
このコマンドは、選択したドライブの短いテストを実行します。それが終了した後、あなたは結果を見ることができます
# smartctl -H /dev/<device>
# smartctl -l selftest /dev/<device>
私はあなたが試すことができる別のオプションを持っています、私は私のDS1812と彼のDS1512で私の友人にも同様の問題があったことを発見しました、ドライブが新しく、これらのエラーが発生している場合、いくつかの不良ブロックがあった可能性がありますボリュームを最初に作成したときのドライブ（ちなみにこれは正常です）と、ボリュームの作成時に不良ブロックをチェックするオプションを選択しない場合、Synologyはそのステップをスキップし、実際には不良ブロックを処理しませんドライブ。
そのため、これらのエラーが発生します。ボリュームが2つのドライブ障害を処理しても実行を続けることができると想定すると、不良ドライブを一度に1つ引き出し、他の良好なドライブをNASとともに不良ドライブの1つに残して、 USBアダプターまたはドライブを直接接続し、NAS=からプルしたばかりの不良ドライブを別のコンピューターに接続し、そのコンピューターからのドライブの完全性を確認します。
おそらく、Windowsボックスがある場合、CHKDSKまたはチェックディスクを実行できます。タスクが完了したら、問題がないか確認します。問題がない場合は、Synologyからプルした不良ドライブをフォーマットしますNAS NTFSでそれをボリュームに戻します。そうすると、NASにボリュームの修復を指示し、その段階でNASがドライブを再フォーマットしますNASで使用しているファイルシステムに追加し、不良ブロックを探して修正します。
最初のドライブが完了し、ボリュームが修復されたら、これらのI/Oエラーが発生しなくなった場合に、2番目の「不良ドライブ」でこれらの手順を繰り返します。私が最初に同じI/Oエラータイプのエラーに遭遇したときにこの小さなトリックを理解しましたが、今ではすべて順調です。友人にこれらの手順を実行しても同じことが起こりました。
幸運を祈ります。