En résumé : la ZimaBoard d’origine peut nécessiter un réglage de son port racine PCIe avant qu’un HBA LSI n’apparaisse
Le résultat utile du test réalisé sur le matériel est précis : un HBA LSI de classe SAS2008 n’était pas reconnu et sa ROM d’option ne se chargeait pas jusqu’à ce que les paramètres PCIe soient modifiés dans le BIOS de la ZimaBoard d’origine. Après le réglage du port racine utilisé par l’emplacement, le micrologiciel du HBA et les disques connectés sont devenus visibles. Considérez ces paramètres comme une solution de compatibilité pour la carte d’origine, et non comme une procédure universelle pour la ZimaBoard 2 ou tous les HBA.
Commencez par distinguer trois niveaux de défaillance
Un HBA peut échouer à trois endroits : le micrologiciel n’énumère jamais la carte, Linux détecte le périphérique PCIe mais le pilote ne s’y associe pas, ou le pilote se charge mais aucun disque connecté n’apparaît. Vérifiez-les dans cet ordre.
lspci -nn
dmesg | grep -i -E 'mpt|sas|scsi|pcie'
lsblk -o NAME,SIZE,MODEL,TRANLe sous-système SCSI de Linux décrit la couche des pilotes de stockage, tandis que l’inspection des périphériques PCI est le moyen le plus rapide de vérifier si la carte est réellement présente sur le bus PCIe.
Appliquez l’ancienne solution de contournement du BIOS uniquement si la carte est absente au niveau PCIe
Sur la ZimaBoard d’origine, le chemin testé était BIOS → Chipset → South Cluster Configuration → PCI Express Configuration. Dans le cas concluant, les options PCIe pertinentes ont été activées, puis le port racine PCI Express 3 a été réglé sur ASPM Auto, PCIe Speed Gen 2 et Transmit Half Swing Enabled. Un second utilisateur a ensuite confirmé que les mêmes réglages du port 3 faisaient apparaître un HBA LSI SAS2008.
Notez chaque valeur d’origine avant de modifier les paramètres du micrologiciel. Si le port 3 ne correspond pas au chemin physique utilisé par la révision de votre carte ou par votre adaptateur, modifier aveuglément les ports 4 à 6 ajoute des variables sans rien démontrer.
La ROM d’option du HBA n’est pas nécessaire pour utiliser uniquement des disques de données
Le cas d’origine mentionnait également avec satisfaction que le BIOS du HBA s’était enfin chargé et pouvait proposer les disques connectés comme options de démarrage. Cela est utile si vous souhaitez démarrer via le HBA, mais un HBA dédié au stockage n’a pas nécessairement besoin d’exécuter sa ROM d’option. Si Linux détecte le pilote du HBA et les disques connectés, vous pouvez utiliser ces disques même si vous n’accédez jamais à un écran de configuration du HBA.
Cette distinction permet d’éviter une impasse fréquente : passer des heures à activer les fonctions de la ROM de démarrage alors que l’objectif réel est simplement de présenter les disques à ZimaOS.
Utilisez un HBA ou le mode IT lorsque ZimaOS doit voir les disques individuellement
Pour un RAID géré par logiciel, ZFS ou la surveillance directe de l’état des disques, le système d’exploitation devrait normalement voir chaque disque physique. Un micrologiciel RAID matériel qui masque plusieurs disques derrière un seul volume virtuel modifie la visibilité de SMART et le modèle de récupération. Sur les cartes LSI/Broadcom, vérifiez que le micrologiciel fonctionne dans un mode direct ou orienté HBA adapté à votre conception de stockage avant de créer la grappe.
Ne flashez pas le micrologiciel du HBA simplement parce qu’un autre utilisateur d’un SAS2008 l’a fait. Le modèle exact du contrôleur, le micrologiciel OEM et la révision de la carte sont importants.
Vérifiez chaque disque avant de créer un RAID
lsblk -o NAME,SIZE,MODEL,SERIAL
smartctl -a /dev/sdX
cat /proc/mdstatAssurez-vous que chaque disque connecté possède le modèle et la capacité attendus. Un membre manquant, une taille de secteur incorrecte ou un câble SAS instable constitue un problème distinct de l’énumération PCIe. Ne créez jamais un nouveau RAID simplement pour vérifier si le HBA fonctionne lorsque ces disques contiennent des données.
N’appliquez pas les valeurs du BIOS de la ZimaBoard d’origine à la ZimaBoard 2
La ZimaBoard 2 appartient à une génération matérielle différente. Utilisez son propre micrologiciel et son propre comportement PCIe plutôt que de recopier les valeurs des menus South Cluster d’une publication de 2024 consacrée à la carte d’origine. Le matériel de la ZimaBoard 2 constitue la référence pertinente pour cette plateforme. Si votre besoin réel consiste simplement à disposer de davantage de ports SATA pour les données, plutôt que de fonctions SAS ou HBA, l’extension SATA PCIe peut réduire la complexité.
Si le HBA n’apparaît toujours pas
Testez la carte dans un autre ordinateur fiable, retirez les périphériques PCIe inutiles, mettez à jour uniquement le micrologiciel approprié de la carte ou du HBA, puis recueillez la sortie de lspci -nn ainsi que les messages du noyau. Si Linux ne voit jamais la fonction PCI, restez au niveau du micrologiciel et du PCIe. Si le bus PCI la détecte mais qu’aucun disque n’apparaît, examinez ensuite l’association du pilote, le mode du micrologiciel du HBA, le câblage, l’alimentation des disques et les unités connectées.
FAQ
Pourquoi mon LSI SAS2008 est-il invisible sur la ZimaBoard ?
Sur certains systèmes équipés de la ZimaBoard d’origine, les paramètres du micrologiciel du port racine PCIe empêchaient le HBA de s’énumérer correctement. Vérifiez la défaillance avec lspci avant de modifier les valeurs du BIOS.
Ai-je besoin de l’écran du BIOS du HBA ?
Pas pour une utilisation classique avec des disques de données si Linux détecte déjà le contrôleur et les disques. La ROM d’option est surtout utile pour la configuration côté HBA ou pour démarrer via le contrôleur.
Un HBA doit-il utiliser le mode IT ?
Un micrologiciel direct ou orienté HBA est généralement plus simple lorsque ZimaOS, mdadm ou ZFS doit gérer directement les disques individuels.
Puis-je utiliser les mêmes paramètres du BIOS sur la ZimaBoard 2 ?
Ne le supposez pas. La ZimaBoard 2 repose sur un matériel différent et doit utiliser son propre comportement de micrologiciel ainsi que les informations d’assistance actuelles.
Pourquoi lspci détecte-t-il le HBA alors que lsblk n’affiche aucun disque ?
Le problème se situe alors en aval de l’énumération PCIe : vérifiez l’association du pilote, le mode du micrologiciel du HBA, les câbles SAS/SATA, les expandeurs, l’alimentation des disques et la compatibilité des disques connectés.
