本来の問題は「ストレージページが4台のSSDの表示を忘れた」ことではありませんでした。ZimaOS 1.6.1はBroadcom／LSI MegaRAIDコントローラーを列挙できましたが、Linuxドライバーの初期化中にコントローラーが失敗したため、接続された4台のSSDはいずれもブロックデバイスとして表示されませんでした lsblk。ディスクが /dev/sdX、ZimaOSのストレージUIには、結合または有効化できる信頼性のある対象がありません。
最後に得られた最も強力な比較結果は、同じマシン上のUbuntu 22.04.4ではHBAと接続ディスクを認識できた一方、ZimaOS 1.6.1では依然として失敗したことです。これにより、SSDの故障やユーザーのストレージ設定よりも、コントローラーのドライバーとカーネルの互換性問題である可能性が大幅に高まりました。現行のIceWhaleドキュメントには、LSI RAIDアダプター、LSI Logic MegaRAID SAS RAID、LSI HBAのサポートが、コミュニティから要望された実装済みドライバーとして記載されていますが、原投稿者は後続のZimaOSリリースでこのM1210の正確なモデルを検証していません。
lsblkにはNVMeシステムディスクしか表示されなかった
原文ユーザーの lsblk 出力には512 GBのNVMeシステムディスクは含まれていましたが、次は含まれていませんでした /dev/sdX 4 TB SSD 4台分のデバイス。
これにより、トラブルシューティングの対象はZimaOSのストレージUIより下位の層へ直ちに移ります。
lspciによりHBA自体の検出を確認
コントローラーは次のように表示されました
Broadcom / LSI MegaRAID SAS-3 3008 [Fury]つまり、PCIeデバイス自体は認識されていました。不足していたのは、ドライバー／ファームウェアの初期化を正常に完了し、SCSI／ブロックデバイスを公開する処理でした。
dmesgが重大なドライバー障害を捉えた
初期ログには次の内容が含まれていました
FWはFAULT状態
コントローラーをready状態へ移行できませんでした
megasas_init_fwからFailedファームウェア／コントローラーの作業後、カードは次の状態になりました FWは現在Ready状態 しかし、SCSIホスト0の初期化コマンドは失敗しました。4台のSSDは依然としてFWの準備完了状態に到達しませんでした lsblk.
コントローラーのBIOSでは4台すべてのJBODドライブを認識できた
Ubuntu Liveが決定的なハードウェア比較になった
同じHBAとSSDはUbuntu 22.04.4 LTSでは認識されました。つまり、ハードウェア経路は基本的に機能しており、「4台すべてのドライブが故障している」可能性は非常に低いということです。
あるLinuxディストリビューションではディスクが認識され、別のディストリビューションではコントローラーしか認識されない場合、ドライブを再フォーマットする前に、カーネル／モジュール／ファームウェアのサポートを比較してください。
古いTrueNASのメタデータが最終的な原因ではなかった
ユーザーは以前TrueNASを実行してRAIDボリュームを作成していたため、古いパーティションやメタデータが原因として当然考慮されました。しかし、古いファイルシステムのメタデータが残っていても、通常は物理ディスク自体は表示されるはずです lsblkここでは、ZimaOS上にSSDのブロックデバイスがまったく存在しませんでした。
現行のIceWhaleドキュメントでは、LSI／MegaRAID／HBAのサポートは実装済みと記載されています
IceWhaleの現在の提供ページには、次の項目が掲載されています。
- LSI RAIDアダプター；
- LSI Logic MegaRAID SAS RAID；
- LSI HBA
実装済みのドライバー要望の項目にあります。
現行のZimaOSドライバー提供リストをご覧ください。
サポート対象外と判断する前に、現行のZimaOSで正確なM1210を再テストする
現行のZimaOSは1.7.1です。現在の正しい確認方法は、起動または更新したうえで、次を比較することです。
lspci -nnk
lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINT
dmesg | grep -i -E "megaraid|mpt3sas|sas|scsi|エラー|fail"ディスクが表示されるようになった場合は、ストレージに進んでください。同じ初期化失敗が続く場合は、正確なPCI ID、ファームウェアバージョン、現在のカーネル、Ubuntuとの比較結果をIceWhaleに報告してください。
ストレージUIが管理できるのは、カーネルが公開しているディスクだけです
情報源で紛らわしかったのは、ZimaOSのUIにドライブのようなエントリが1つ表示されているように見えたことです。しかし、 lsblk それでもHBAの背後にSSDは表示されませんでした。そのため、視覚的なプレースホルダーよりもコマンドラインの証拠が重要でした。Linuxがディスクをブロックデバイスとして公開するまで、結合／有効化をクリックしても信頼できるアレイは作成できません。
JBODが報告されていても、コントローラーのモードは依然として重要です
M1210のBIOSでは4台のJBODと仮想ドライブ0台が報告されました。これはソフトウェア定義ストレージにとって正しい方向性です。しかし、コントローラーのファームウェア、キャッシュされた外部構成、パーソナリティ／モード、ドライバーの想定が原因で、Linuxが通常のディスクを受け取れない場合があります。「BIOSでJBODが表示される」ことは必要な証拠ではありますが、OSへのパススルーが機能していることの絶対的な証明ではありません。
ファームウェアを変更するとエラーは変わったが、初期化は完了しなかった
ユーザーがコントローラーのファームウェアに取り組んだ後、 dmesg 完全なファームウェア障害から「FWがReady状態になった」段階へと進展しました。次の初期化コマンドは依然として失敗しました。この進展は、カードが完全に故障していたわけではないことを示す一方で、ファームウェアの更新だけではZimaOS 1.6.1との互換性問題が解決しなかったことも証明しています。
HBA層が安定するまで、古いTrueNASディスクを再初期化しないでください
4台のSSDは、以前TrueNASのストレージ構成で使用されていました。データがまだ必要な場合は、ZimaOSで表示させるためだけに新しいアレイを作成したり、メタデータを消去したり、ドライブをフォーマットしたりしないでください。まず、現在のOSでブロックデバイスが一貫して認識される状態にし、その後、旧データをインポートするか、バックアップするか、消去するかを判断してください。
LSI HBA検出に関するFAQ
情報源は、SSD自体が故障していることを証明していましたか？
いいえ。HBAのBIOSとUbuntuの両方で、接続されたドライブが認識されていました。
これは主にZimaOSのストレージUIの問題でしたか？
いいえ。ディスクは lsblkつまり、障害はUIより下位の層にありました。
元の投稿者は、正確なモデルのM1210が現行のZimaOSで動作することを確認しましたか？
いいえ。そのスレッドは、その確認が行われる前の1.6.1で終了しています。
