「窓から放り出せないコンピューターは絶対に信用しないでください」
スティーブ・ウォズニアック
2か月前、ラップトップにSSDドライブをインストールしました。 彼はうまく働いたが、先週、彼は細胞の枯渇のために突然死んだ（私は信じているように）。 この記事は、これがどのように起こったのか、そして私が間違ったことをしたのです。
環境の説明
- ユーザー：Web開発者。 つまり、仮想マシン、日食、リポジトリの頻繁な更新などが使用されています。
- OS：Gentoo。 つまり、世界はしばしば「再構築」されます。
- FS：ext4。 つまり、ジャーナルが作成されています。
だから、物語は4月に始まり、ついに9月に買い戻した64GB SSDのほうきのセクションをコピーする手ができました。 何が起こったのかまだ分かっていませんが、それは実際には問題ではないので、私は意図的にメーカーとモデルに知らせません。
パフォーマンスの向上は確かに巨大でした。すべてが2倍速くロードされ始めました。 しかし、最も重要なのは、アクセス時間などの誤ったパラメーターがなくなったことです。 その結果、次のことができるようになります。「世界を再構築する」バックグラウンドで、ディスクとアクティブに対話する3つまたは4つのアプリケーションを実行します。 これらはすべて、実際には作業に影響しません。 プロセッサのアップグレードはこれを提供しません。
長く動作させるために何をしたか
もちろん、SSDを保護する方法に関する多くの出版物を研究しました。 そして、ここに私がやったことがあります：
- パーティションにnoatimeを設定して、ファイルにアクセスするときに、最終アクセス時刻に関するレコードが更新されないようにします。
- RAMを最大に増やし、スワップを無効にしました。
コンピューターはユーザーにサービスを提供するべきであり、その逆ではないと考えたため、私はこれ以上何もしませんでした。タンバリンとの過度のダンスは間違っていました。
スマート
秋の3日前、私は質問に夢中になりました。自分にとってどれだけの幸福が十分であるかをどのようにして知ることができますか？ smartmontoolsを試しましたが 、間違った情報が表示されていました。 データシートをダウンロードして、パッチを作成する必要がありました。
パッチを作成した後、興味深いパラメーターを1つ見つけました：average_number_of erasures / maximum_number_ of erasures = 35000/45000。 しかし、MLCセルは10,000サイクルしか耐えられないことを読んだ後、これらのパラメーターは私が考えているとおりのものではないと判断し、スコアを付けました。
秋のクロニクル
突然、仕事中に不可解なことが起こり始めました。たとえば、新しいプログラムは開始されませんでした。 興味のために、私はまさにSMARTパラメーターを見ました。それはすでに37000/50000（3日間で+2000/5000）でした。 すでに再起動することはできませんでした。メインパーティションのファイルシステムは読み込まれませんでした。
コンパクトから始めて、チェックを始めました。 チェックにより、多数の破損したノードが示されました。 修復プロセス中に、ユーティリティは不良セクタのテストとそれらのマーキングを開始しました。 次の結果ですべてが翌日に終了しました：64GBの60GBが不良としてマークされました。
注：SSDハードドライブでは、新しい情報を書き込むことができない場合、セルはコウモリと見なされます。 そのようなセルからの読み取りは引き続き可能です。 このため 、読み取り専用モードでbadblocksユーティリティを実行した場合、何かを見つけることはほとんどありません。
フラッシュユーティリティを再起動するだけでなく、ディスクを再フォーマットしたため、フラッシュユーティリティを起動することにしました。 ユーティリティはフォーマットを開始し、うめき声を発し、合理的な許容数の不良セクタを超えたこと、および障害があったことを示したため、フォーマットを完了できません。
その後、ディスクは非常に奇妙な名前、モデル番号、サイズ4GBのディスクとして定義され始めました。 そして、将来的には、特殊なユーティリティを除いて、誰もそれを見ません。
私はメーカーを支援する手紙を書きました。 彼らは、それがうまくいかない場合、再フラッシュすることを私に勧めて、それを売り手に返します。 保証2年以上、私はしようとします。
定期的なバックアップの作成方法を教えてくれたSteve Wozniakに感謝します。
どうした
正直なところ、私自身は知りません。 私は次のことを想定しています：SMARTは嘘をつかず、セルは本当に使い果たしました（これは、秋の2日前に行ったバックアップを間接的に確認し、解凍するといくつかのファイルの作成日がリセットされたことを示しました）。 そして、セクターのトラブルをチェックするとき、ディスクコントローラーは、書き込みサイクルの許容数を超えたすべてのセルを破損としてマークすることを許可しました。
SSDがある場合の対処方法
窓
そのようなドライブ用に最適化された可能な限りWindows 7を配置します。 また、大量のRAMを配置します。
マコス
ほとんどの場合、SSDとともにすぐに販売されるコンピューターのみが最適化されます。
Freebsd
9.0を入れます。 Linuxのヒントを読んで、何ができるかを考えてください。
Linux
- 2.6.33カーネルをインストールします。このカーネルには、TRIMコマンドの形式でそのようなディスクが最適化されています。
- スワップを安全に無効にできるように、メモリを増やします。
- マウントされたパーティションにnoatimeを設定します。
- コピーオンライトの原則に基づいて作成されたファイルシステムまたはジャーナリングされていないファイルシステム（ext2など）を使用しました。
現在、コピーオンライトFSの使用はかなり困難です。 これまでのところ、ZFSはFUSEを介してのみ機能します。 しかし、nilfsとbtrfsは、マウント時に、それらのフォーマットがまだ最終的に確定していないことを誓います。
- NOOP IOスケジューラを有効にすると、SSDに対して不要な無駄なアクションを実行しないようになります。
- 概念的には正しいが、ドライブにはあまり役に立たない- 一時ファイルをtmpfsに転送する 。
- ログに集中的に書き込むシステムの場合、ログを別の場所に保存する必要があります。 これは主に、ログサーバーが問題なく発生するサーバーに当てはまります。
- ドライブを定期的に監視できるように、SSDドライブのステータスを正しく表示するSMARTユーティリティを入手してください。
- ドライブを空けてください。 そして、ゲントシュニクにとって、これはさらに「世界を再構築する」ことを意味します。
habrasocietyへの質問
- 2ヶ月でMLC細胞を殺すことは本当に可能ですか？ もちろん、私はディスクをspareしみませんでしたが、超自然的なことは何もしなかったことを理解しています。
- これは保証ケースですか？
UPD ：ドライブTranscend TS64GSSD25S-Mがありました。
UPD2 ：コメントは、Intel SSDとSAMSUNGに関する非常に良いレビューです。 さらに、SSDほうきをこんなに早く殺すことができるのか疑問に思っています。 私を信じて、私は同じように当惑しました。 それにもかかわらず、これは急いで調整されたSSDシリーズであり、すぐに殺される可能性があります。
UPD3 ：コメントおよび次の記事では、JMicronコントローラーにディスクがあること、つまりキャッシュがないことを示唆しています。 3月にドイツで販売されているディスクを見たことを付け加えることができます。 そのため、誰もがトラブルに遭遇する可能性があります。
PSとりあえず、私は古いほうきを置いて、 Hitachi SSDまたはIntel X25-Mの方向を見ます。
UPD4 ：製造業者はコントローラーの問題を認識し、返金しました。
UPD5 ：象として幸せなIntel X25-M 80Gに移行しました。