Le problème initial n’était pas que « la page Stockage avait oublié d’afficher quatre SSD ». ZimaOS 1.6.1 pouvait énumérer le contrôleur MegaRAID Broadcom/LSI, mais le contrôleur échouait lors de l’initialisation du pilote Linux ; aucun des quatre SSD connectés n’apparaissait donc comme périphérique bloc dans lsblk. Tant que les disques n’existent pas en tant que /dev/sdX, l’interface de stockage de ZimaOS n’a rien de fiable à combiner ou à activer.
La comparaison la plus probante est apparue à la fin : Ubuntu 22.04.4 installé sur la même machine pouvait voir le HBA et les disques connectés, tandis que ZimaOS 1.6.1 échouait toujours. Cela rendait un problème de compatibilité entre le pilote du contrôleur et le noyau bien plus probable qu’une défaillance des SSD ou un problème de paramètres de stockage utilisateur. La documentation actuelle d’IceWhale répertorie désormais les adaptateurs RAID LSI, le RAID LSI Logic MegaRAID SAS et la prise en charge des HBA LSI parmi les pilotes implémentés à la suite de demandes de la communauté — mais l’auteur du message d’origine n’a jamais vérifié ce M1210 précis avec une version ultérieure de ZimaOS.
lsblk n’affichait que le disque système NVMe
Le texte de l’utilisateur source lsblk La sortie contenait le disque système NVMe de 512 Go, mais aucun /dev/sdX périphériques correspondant aux quatre SSD de 4 To.
Cela déplace immédiatement le dépannage sous l’interface de stockage de ZimaOS.
lspci a confirmé que le HBA lui-même était détecté
Le contrôleur apparaissait comme suit :
Broadcom / LSI MegaRAID SAS-3 3008 [Fury]Le périphérique PCIe était donc visible. La couche manquante était l’initialisation réussie du pilote et du firmware, ainsi que l’exposition des périphériques SCSI/bloc.
dmesg a capturé l’échec critique du pilote
Les premiers journaux comprenaient :
Firmware à l’état FAULT
Échec de la transition du contrôleur vers l’état Ready
Échec de megasas_init_fwAprès les opérations sur le firmware et le contrôleur, la carte a atteint Firmware maintenant à l’état Ready mais échouait toujours lors de la commande d’initialisation de l’hôte SCSI 0. Les quatre SSD n’atteignaient toujours jamais lsblk.
Le BIOS du contrôleur pouvait voir les quatre disques JBOD
Ubuntu Live a fourni la comparaison matérielle décisive
Le même HBA et les mêmes SSD étaient visibles sous Ubuntu 22.04.4 LTS. Cela signifie que le chemin matériel était globalement fonctionnel, ce qui rend très improbable l’hypothèse selon laquelle « les quatre disques sont défectueux ».
Lorsqu’une distribution Linux détecte les disques et qu’une autre ne détecte que le contrôleur, comparez la prise en charge du noyau, des modules et du firmware avant de reformater les disques.
Les anciennes métadonnées TrueNAS n’étaient pas l’explication définitive
L’utilisateur avait auparavant utilisé TrueNAS et créé un volume RAID ; la présence d’anciennes partitions ou métadonnées a donc été raisonnablement envisagée. Cependant, d’anciennes métadonnées de système de fichiers laisseraient normalement les disques physiques visibles dans lsblkIci, aucun périphérique bloc SSD n’était présent sous ZimaOS.
La documentation actuelle d’IceWhale indique que la prise en charge de LSI/MegaRAID/HBA est implémentée.
La page actuelle des contributions d’IceWhale répertorie désormais :
- adaptateur RAID LSI ;
- LSI Logic MegaRAID SAS RAID ;
- HBA LSI
dans les demandes de pilotes implémentées.
Consultez la liste actuelle des contributions de pilotes de ZimaOS.
Retestez le M1210 exact avec la version actuelle de ZimaOS avant de le déclarer non pris en charge
La version actuelle de ZimaOS est la 1.7.1. La vérification actuelle correcte consiste à démarrer ou mettre à jour le système, puis à comparer :
lspci -nnk
lsblk -o NAME,SIZE,MODEL,SERIAL,FSTYPE,MOUNTPOINT
dmesg | grep -i -E "megaraid|mpt3sas|sas|scsi|erreur|fail"Si les disques apparaissent maintenant, passez à la section Stockage. Si le même échec d’initialisation persiste, communiquez à IceWhale l’ID PCI exact, la version du micrologiciel, le noyau actuel et la comparaison avec Ubuntu.
L’interface de stockage ne peut gérer que les disques exposés par le noyau
Un détail déroutant de la source était que l’interface de stockage de ZimaOS semblait afficher une seule entrée ressemblant à un disque, alors que lsblk n’affichait toujours aucun SSD derrière le HBA. C’est pourquoi les éléments de preuve fournis par la ligne de commande étaient plus importants que l’élément visuel factice. Tant que Linux n’expose pas les disques comme périphériques blocs, cliquer sur Combiner/Activer ne peut pas créer un ensemble fiable.
Le mode du contrôleur reste important même lorsque des JBOD sont signalés
Le BIOS du M1210 indiquait quatre JBOD et aucun disque virtuel, ce qui va globalement dans la bonne direction pour un stockage défini par logiciel. Cependant, le micrologiciel du contrôleur, une configuration étrangère mise en cache, le mode ou la personnalité du contrôleur, ainsi que les attentes du pilote peuvent toujours empêcher Linux de recevoir des disques normaux. Considérez l’affichage des « JBOD dans le BIOS » comme un indice nécessaire, mais pas comme une preuve absolue du relais vers le système d’exploitation.
Le changement de micrologiciel a modifié l’erreur, mais n’a pas terminé l’initialisation
Après que l’utilisateur a travaillé sur le micrologiciel du contrôleur, dmesg est passé d’une panne manifeste du micrologiciel à « FW est maintenant à l’état Ready ». La commande d’initialisation suivante a tout de même échoué. Cette évolution est importante, car elle montre que la carte n’était pas complètement morte, tout en prouvant que la mise à jour du micrologiciel n’a pas suffi à résoudre le problème de compatibilité avec ZimaOS 1.6.1.
Ne réinitialisez pas les anciens disques TrueNAS tant que la couche HBA n’est pas stable
Les quatre SSD appartenaient auparavant à une configuration de stockage TrueNAS. Si certaines données sont encore importantes, évitez de créer de nouveaux ensembles, d’effacer les métadonnées ou de formater les disques simplement pour les faire apparaître dans ZimaOS. Commencez par obtenir une visibilité cohérente des périphériques blocs dans le système d’exploitation actuel, puis décidez si les anciennes données doivent être importées, sauvegardées ou effacées.
FAQ sur la détection des HBA LSI
La source a-t-elle prouvé que les SSD eux-mêmes étaient défectueux ?
Non. Le BIOS du HBA et Ubuntu détectaient tous deux les disques connectés.
S’agissait-il principalement d’un problème de l’interface de stockage de ZimaOS ?
Non. Les disques n’existaient pas dans lsblk, le problème se situait donc sous l’interface utilisateur.
L’auteur du message original a-t-il confirmé que le M1210 exact fonctionne avec la version actuelle de ZimaOS ?
Non. Le fil s’est terminé avec la version 1.6.1 avant cette confirmation.
