In een ZimaSpace-Discorddiscussie van 27 juli 2026 vroeg KairosFury of een ZimaCube een LSI SAS HBA met een SAS-harde schijf van 24 TB zou kunnen gebruiken. Een communitymoderator legde uit dat een PCIe-HBA fysiek kan worden geïnstalleerd, maar dat de standaarddrivebackplane van de ZimaCube geen SAS-ondersteuning biedt. Het normale hot-swapdrivepad kan dus niet eenvoudig in een SAS-configuratie worden omgezet door een HBA toe te voegen.
Het praktische antwoord uit de discussie was daarom: alleen een HBA-kaart is niet voldoende. Voor het gebruik van de SAS-schijf zou de standaardbackplane voor die schijf moeten worden omzeild of verwijderd, zou er een afzonderlijk datapad naar de HBA moeten worden aangelegd en zou de voeding van de schijf onafhankelijk moeten worden geregeld. De moderator waarschuwde ook dat HBA-ondersteuning kan afhangen van het besturingssysteem en de exacte kaart.
Ondersteunt de backplane van de ZimaCube SAS-schijven?
Nee, niet als SAS-opslagpad. In een eerdere discussie in de IceWhale-community over SAS-schijven in de ZimaCube wordt de officiële uitleg vastgelegd dat de drivecontroller SATA-schijven ondersteunt en een SAS-schijf niet kan herkennen, ook al kan de fysieke connector deze wel accepteren.
Dit onderscheid verklaart waarom de vraag gemakkelijk verkeerd kan worden begrepen. Een connector of backplane die fysiek op een SAS-compatibele interface lijkt, betekent niet noodzakelijk dat de controller en het signaalpad het SAS-protocol implementeren.
Kun je een LSI SAS HBA in de ZimaCube installeren?
Volgens het Discordantwoord van 27 juli 2026 is het in principe mogelijk om fysiek een compatibele PCIe-HBA te installeren. Het probleem is dat de standaarddrivebays aangesloten blijven op de backplane van de ZimaCube en het SATA-georiënteerde controllerpad daarvan. Door de HBA te installeren worden die bays niet naar de nieuwe kaart omgeleid.
Om een SAS-schijf rechtstreeks met de HBA te laten communiceren, zou de schijf een afzonderlijke SAS-dataverbinding met die kaart nodig hebben in plaats van het normale backplanepad van de ZimaCube. De moderator omschreef dit als een aanpassing waarbij de bedoelde opslagindeling feitelijk moet worden gedemonteerd, en niet als een ondersteunde plug-and-play-upgrade.
Waarom de voeding van de schijf een tweede probleem wordt
Zodra een SAS-schijf uit het normale backplanepad wordt gehaald, is dataverbinding slechts de helft van het probleem. De schijf heeft nog steeds een geschikte voedingsbron nodig. In het Discordantwoord werd dit expliciet genoemd: na het omzeilen van de backplane zou de gebruiker ook moeten bepalen hoe de SAS-schijf veilig van stroom kan worden voorzien.
De discussie specificeerde geen ondersteunde kabel, voedingsadapter, stroombudget of bedradingsmethode voor deze aanpassing. Daarom geeft deze pagina geen geïmproviseerde procedure voor het aansluiten van de voeding.
Ondersteunt ZimaOS elke SAS-HBA?
Er werd geen dergelijke garantie gegeven. De moderator waarschuwde dat ZimaOS de kaart mogelijk niet ondersteunt, afhankelijk van het HBA-model. HBA-compatibiliteit hangt af van de chipset en de beschikbare driverondersteuning van het besturingssysteem. Daarom moet het exacte LSI-model worden gecontroleerd in plaats van ervan uit te gaan dat elke LSI-SAS-kaart zich hetzelfde gedraagt.
KairosFury verduidelijkte vervolgens dat Ubuntu in plaats van ZimaOS zou worden gebruikt. Dat verandert de driverkwestie, maar niet de fysieke beperking van de backplane van de ZimaCube zelf.
Wat besloot KairosFury?
Nadat de moderator de beperkingen van de backplane, voeding en mogelijke driverondersteuning had uitgelegd, besloot KairosFury de opslagindeling van de ZimaCube niet rond de SAS-schijf opnieuw op te bouwen. In plaats daarvan zei de gebruiker de SAS-schijf van 24 TB in een eigen pc te plaatsen en Ubuntu op de ZimaCube te draaien.
Die uitkomst weerspiegelt de centrale afweging in deze discussie: een aangepaste SAS-configuratie kan met voldoende hardwareaanpassingen technisch mogelijk zijn, maar verschilt sterk van simpelweg een HBA installeren en de standaardbays van de ZimaCube blijven gebruiken alsof het SAS-bays zijn.
Wat de discussie niet bevestigde
De discussie van 27 juli 2026 noemde niet het exacte LSI-HBA-model, bevestigde geen werkende indeling van SAS-kabels in de ZimaCube, leverde geen ondersteunde methode om de schijf van stroom te voorzien, verifieerde geen Ubuntu-driverondersteuning voor een specifieke kaart en documenteerde geen voltooide SAS-conversie.
Ook werd niet vastgesteld dat SAS-schijven via de standaardbackplane in native SAS-modus kunnen werken. De beschikbare communitybegeleiding wijst juist in de tegenovergestelde richting: het standaardopslagcontrollerpad is op SATA gericht, ook al kan de vorm van de connector begrijpelijke verwarring veroorzaken.
Veelgestelde vragen over de ZimaCube SAS-HBA
Kan ik een SAS-schijf rechtstreeks in een drivebay van de ZimaCube plaatsen?
De fysieke connector kan de schijf mogelijk accepteren, maar de standaardopslagcontroller van de ZimaCube biedt geen native SAS-ondersteuning. Daarom mag niet worden verwacht dat een SAS-schijf via het normale backplanepad werkt.
Zorgt het toevoegen van een LSI SAS HBA ervoor dat de bestaande bays SAS ondersteunen?
Nee. Door een HBA toe te voegen worden de bays van de standaardbackplane niet automatisch naar die kaart omgeleid. Er zou een rechtstreekse SAS-dataverbinding met de HBA en een afzonderlijke voedingsoplossing nodig zijn.
Is de kans groter dat Ubuntu een LSI-HBA ondersteunt dan ZimaOS?
Ubuntu biedt mogelijk bredere driverbeschikbaarheid voor bepaalde HBA-chipsets, maar de compatibiliteit hangt nog steeds af van de exacte kaart. De Discorddiscussie heeft geen specifiek model getest of bevestigd.
