ssdファームウェア、Linux:ドライブの大規模バッチの更新


12

最近、データセンターに配置された多数のCrucial SSDに影響を与える致命的なファームウェアバグに見舞われました。影響を受けるマシンの多くは、Crucialの起動可能なISOが認識しないLSIまたはその他の独自のSASコントローラーを使用しています。影響を受けるマシンにはWindowsライセンスがありません。このストーリーは、SamsungやIntelを含む他のSSDメーカーでほぼ同様です。

この問題を解決するために、各マシンを停止し、影響を受けるSSDを削除し、SSDをホットスワップキャディから削除し、ThinkPadに一時的にインストールし、ファームウェアをフラッシュし、反転し、すすぎ、繰り返します。影響を受けるすべてのデバイスを通過するのに1日の大半を費やしました。

SSDファームウェアのバグは避けられないように思われ、SSDの設置面積は拡大しているため、この痛みを緩和するためのハードウェア、ソフトウェア、および/または購入戦略を探しています。

私の最初の考えは、eSATAとこれらのケーブルの 1つを備えたラップトップを手に入れることです。少なくともそれでうまくいくはずなので、キャディからドライブを取り外す必要はありません。

確かに他の人がこれに遭遇しています。新しいソリューションはありますか?


1
どのRAIDコントローラーを使用していますか?HBAモードに移行することを提案する人もいます。これにより、あらゆる種類のRAIDまたは論理ボリュームの抽象化が効果的に無効になり、すべてのディスクが独立してOSに提供されます。そのようなモードでは、ファームウェアのアップグレードをバッチで実行できます。その後、RAID機能を再度復元できます。このようなLSIベースのコントローラーの例は、IBM M1015コントローラー(GoogleをIT firmware搭載)です。
gertvdijk

回答:


2

一部のコントローラでは、組み込みユーティリティを使用してドライブファームウェアをフラッシュできます(adaptecは確かにそうします)が、とにかく-特にアレイでは安全ではありません。公益事業でもそれを行うことができます-私はしません。

ドライブを1つずつ更新し、再構築することをお勧めします。ファームウェアフラッシュの後、およびバッチアップグレードの場合、ドライブが動作しなくなる可能性があります-一度に複数のドライブが失われ、その結果、単一のドライブではなくRAIDデータ全体が失われる可能性があります。

SASドライブの場合-互換性については、ディスクとコントローラーのベンダーにお問い合わせください。汎用およびUSB-SASアダプターはありません(検索後に検出または表示できなかったため、安全に消去するためにも必要です)。SATAの場合-SATA / eSATAケーブルを介してデスクトップに接続するか、既に述べたようにアダプターを使用します。これらのマルチブランドの中国製アダプターはほとんどなく、十分に機能しています。多くのSATAドライブのファームウェアを更新しました。

幸運を

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.