あまりにも多くのSSDの交換を要求しましたが、もう要求したくありません。ただし、SSDが死んだ場合、サーバーの停止が1回だけ発生すると約500ドルの費用が発生します。
それでは、SSDが実際に破損しているかどうかを確認する方法は何ですか?
Windowsのようにハードドライブを再フォーマットできますか?ディスクがマウントされました。
以前は緩いピンが原因でサーバーが再起動しすぎました。すべてのSSDが破損しているようです。
/bin/ls: cannot access cache-zch-5666-cache.txt: Input/output error
/bin/ls: cannot access cache-zch-4970-cache.txt: Input/output error
/bin/ls: cannot access cache-zch-4782-cache.txt: Input/output error
./ cache-zch-4782-cache.txt cache-zch-5666-cache.txt
../ cache-zch-4970-cache.txt
root@host [/home2/investgr1/public_html/hello/cache/zch]# rm *
rm: cannot remove `cache-zch-4782-cache.txt': Input/output error
rm: cannot remove `cache-zch-4970-cache.txt': Input/output error
rm: cannot remove `cache-zch-5666-cache.txt': Input/output error
root@host [/home2/investgr1/public_html/hello/cache/zch]#
答え1
dmesg
まず、あなたの提案で私の結果を確認してください。前の質問。カーネルがドライバとの通信に問題が発生すると、ドライバに報告されます。
これが必ずしもドライブに問題があることを示すわけではありません。 RAMは別の一般的な原因であるため、メモリテストを実行してください。私は使うUBCDこれには多くの選択肢があります。
メモリテストの結果が正常でエラーがなく、dmesg
I / Oエラーが発生し続ける場合は、ドライブに不良セクタがある可能性があります。これを確認するには、fsck -c
ディスク上または実行してください。fsck -cc
最初のテストは読み取り専用テストであるため、SSDには適していますが、使用として検索または回復することはできません-cc
。
最後に、あなたは否定的なものを証明することはできませんだから、「このSSDは故障していません」と絶対に確信できません。
fsck
さらに悪いことは、(または)テストにbadblocks
エラーは表示されませんが、症状が消える可能性があるということです。これは、最新の書き換え可能ディスクドライブには、ドライブに問題があることを示すことができるときに起動する自己修復機能があるためです。つまり、これらの施設は最初に不良セクタの影響を確認できないことが多いため、不良セクタが実際に問題である場合、ドライブのスペアセクタプールが使い果たされたことを意味します。
答え2
badblocks -n -v
1つ以上のパーティションで実行します。 SSDではこれはあまり意味がないと確信しています(ブロックは仮想であり、SSDには独自の不良ブロック管理があります)。ただし、デバイスに問題がある場合は、不良ブロックプロセスがそれをトリガーする可能性があります。
つまり、badblocks
SSDで不良ブロックが見つかった場合、SSDは不良です。
この文書を裏付ける参考資料が見つかりませんでしたが、これは私の推論です。
badblocks -n
パーティション全体に対して低レベルの読み取りおよび書き込みテストを実行します。- SSDは内部で独自の不良ブロックを管理し、ウェアレベリングを使用してシステムに送信されるブロックアドレスは仮想です。したがって、これらのブロックのいずれも不良でテストしてはいけません。不良の場合、ドライブの一部の機能が失敗します。
Warren Youngが言ったように、ここで否定的なことを証明するのは難しいので、このテストに合格してもドライブが破損していないという意味ではありません。
気づくまず、パーティションをマウント解除する必要があります。つまり、ルートファイルシステムがSSDにある場合は、Live CDなどを使用する必要があります。