Kortom: bij de oorspronkelijke ZimaBoard moet mogelijk eerst de PCIe-rootpoort worden afgestemd voordat een LSI HBA verschijnt
Het concrete resultaat van de test met echte hardware is specifiek: een LSI HBA uit de SAS2008-klasse werd niet herkend en de option ROM werd niet geladen totdat de PCIe-instellingen in het BIOS van de oorspronkelijke ZimaBoard waren gewijzigd. Nadat de rootpoort die door het slot werd gebruikt was aangepast, werden zowel de HBA-firmware als de aangesloten schijven zichtbaar. Beschouw deze instellingen als een compatibiliteitsoplossing voor het oorspronkelijke board, niet als een universeel stappenplan voor ZimaBoard 2 of elke HBA.
Begin met het onderscheiden van drie verschillende foutniveaus
Een HBA kan op drie punten falen: de firmware inventariseert de kaart nooit, Linux ziet het PCIe-apparaat maar de driver wordt niet gekoppeld, of de driver wordt geladen maar er verschijnen geen aangesloten schijven. Controleer ze in die volgorde.
lspci -nn
dmesg | grep -i -E 'mpt|sas|scsi|pcie'
lsblk -o NAME,SIZE,MODEL,TRANHet Linux-SCSI-subsysteem beschrijft de laag van de opslagdrivers, terwijl PCI-apparaatinspectie de snelste manier is om vast te stellen of de kaart überhaupt op PCIe aanwezig is.
Pas de historische BIOS-oplossing alleen toe wanneer de kaart op PCIe-niveau ontbreekt
Op de oorspronkelijke ZimaBoard was het geteste pad BIOS → Chipset → South Cluster Configuration → PCI Express Configuration. In het geslaagde geval werden de relevante PCIe-opties ingeschakeld en werd PCI Express Root Port 3 ingesteld op ASPM Auto, PCIe Speed Gen 2 en Transmit Half Swing Enabled. Een tweede eigenaar bevestigde later dat dezelfde wijzigingen voor Port 3 een LSI SAS2008 HBA zichtbaar maakten.
Noteer elke oorspronkelijke waarde voordat je firmware-instellingen wijzigt. Als Port 3 niet het fysieke pad is dat door jouw boardrevisie of adapter wordt gebruikt, voeg je met het blind wijzigen van Ports 4–6 alleen variabelen toe zonder iets te bewijzen.
De option ROM van de HBA is niet nodig om alleen dataschijven te gebruiken
In het oorspronkelijke geval werd ook gevierd dat het HBA-BIOS eindelijk werd geladen en aangesloten schijven als opstartopties kon aanbieden. Dat is nuttig als je via de HBA wilt opstarten, maar een HBA die alleen voor opslag wordt gebruikt, heeft niet per se een actieve option ROM nodig. Als Linux de HBA-driver en de aangesloten schijven ziet, kun je die schijven gebruiken, ook als je nooit een configuratiescherm van de HBA opent.
Dit onderscheid voorkomt een veelvoorkomende doodlopende weg: uren besteden aan het inschakelen van opstart-ROM-functies terwijl het werkelijke doel alleen is om schijven aan ZimaOS aan te bieden.
Gebruik HBA- of IT-modus wanneer ZimaOS afzonderlijke schijven moet zien
Voor softwarematig beheerde RAID, ZFS of directe monitoring van de schijfstatus zou het besturingssysteem normaal gesproken elke fysieke schijf afzonderlijk moeten zien. Hardwarematige RAID-firmware die meerdere schijven verbergt achter één virtueel volume, verandert de zichtbaarheid van SMART-informatie en het herstelmodel. Controleer bij LSI/Broadcom-kaarten of de firmware werkt in een passthrough-/HBA-gerichte modus die past bij je opslagontwerp voordat je de array opbouwt.
Flash HBA-firmware niet alleen omdat een andere SAS2008-eigenaar dat heeft gedaan. Het exacte controllermodel, de OEM-firmware en de boardrevisie zijn van belang.
Controleer elke schijf voordat je RAID aanmaakt
lsblk -o NAME,SIZE,MODEL,SERIAL
smartctl -a /dev/sdX
cat /proc/mdstatControleer of elke aangesloten schijf het verwachte model en de verwachte capaciteit heeft. Een ontbrekend lid, een onjuiste sectorgrootte of een instabiele SAS-kabel is een ander probleem dan PCIe-inventarisatie. Maak nooit een nieuwe RAID-array alleen om te testen of de HBA werkt wanneer deze schijven gegevens bevatten.
Pas BIOS-waarden van de oorspronkelijke ZimaBoard niet toe op ZimaBoard 2
ZimaBoard 2 is een andere hardwaregeneratie. Gebruik de eigen firmware en het eigen PCIe-gedrag in plaats van menuwaarden uit South Cluster over te nemen uit een bericht uit 2024 over het oorspronkelijke board. De hardware van ZimaBoard 2 is de relevante platformreferentie. Als je in werkelijkheid alleen meer SATA-datapoorten nodig hebt en geen SAS/HBA-functies, kan de PCIe-SATA-uitbreiding de complexiteit verminderen.
Wanneer de HBA nog steeds niet verschijnt
Test de kaart in een andere goed werkende computer, verwijder onnodige PCIe-apparaten, werk alleen de firmware van het juiste board of de juiste HBA bij en leg lspci -nn plus de kernelmeldingen vast. Als Linux de PCI-functie nooit ziet, blijf dan op het firmware-/PCIe-niveau. Als PCIe de kaart wel ziet maar er geen schijven verschijnen, richt je dan op driverkoppeling, HBA-firmware, bekabeling en schijfvoeding.
Veelgestelde vragen
Waarom is mijn LSI SAS2008 onzichtbaar op ZimaBoard?
Bij sommige systemen met de oorspronkelijke ZimaBoard verhinderden de firmware-instellingen van de PCIe-rootpoort dat de HBA correct werd geïnventariseerd. Toon eerst met lspci aan waar de fout zit voordat je BIOS-waarden wijzigt.
Heb ik het HBA-BIOS-scherm nodig?
Niet voor normaal gebruik van dataschijven als Linux de controller en de schijven al detecteert. De option ROM is vooral relevant voor configuratie aan de HBA-kant of voor opstarten via de controller.
Moet een HBA in IT-modus werken?
Passthrough-/HBA-gerichte firmware is over het algemeen eenvoudiger wanneer ZimaOS, mdadm of ZFS afzonderlijke schijven rechtstreeks moet beheren.
Kan ik dezelfde BIOS-instellingen gebruiken op ZimaBoard 2?
Ga daar niet zonder meer van uit. ZimaBoard 2 is andere hardware en moet zijn eigen firmwaregedrag en actuele ondersteuningsinformatie gebruiken.
Waarom ziet lspci de HBA wel, maar toont lsblk geen schijven?
Dan ligt het probleem onder het niveau van PCIe-inventarisatie: controleer de driverkoppeling, de firmwaremodus van de HBA, SAS-/SATA-kabels, expanders, schijfvoeding en compatibiliteit met de aangesloten schijven.
