In una discussione su Discord di ZimaSpace del 27 luglio 2026, KairosFury ha chiesto se uno ZimaCube potesse utilizzare un HBA SAS LSI con un disco rigido SAS da 24 TB. Un moderatore della community ha spiegato che è possibile installare fisicamente una scheda HBA PCIe, ma il backplane dei dischi standard di ZimaCube non supporta SAS; pertanto, il normale percorso dei dischi hot-swap non può essere semplicemente convertito in una configurazione SAS aggiungendo un HBA.
La risposta pratica emersa dalla discussione è stata quindi: una sola scheda HBA non è sufficiente. Per utilizzare il disco SAS sarebbe necessario bypassare o rimuovere il backplane standard per quel disco, creare un percorso dati separato verso l'HBA e risolvere autonomamente l'alimentazione del disco. Il moderatore ha inoltre avvertito che il supporto degli HBA può dipendere dal sistema operativo e dal modello esatto della scheda.
Il backplane di ZimaCube supporta i dischi SAS?
No, non come percorso di archiviazione SAS. Una precedente discussione della IceWhale Community sui dischi SAS in ZimaCube riporta la spiegazione ufficiale secondo cui il controller dei dischi supporta le unità SATA e non è in grado di riconoscere un disco SAS, anche se la forma fisica del connettore può accettarlo.
Questa distinzione spiega perché la domanda sia facile da fraintendere. Un connettore o un backplane che assomiglia fisicamente a un'interfaccia compatibile con SAS non significa necessariamente che il controller e il percorso del segnale implementino il protocollo SAS.
È possibile installare un HBA SAS LSI in ZimaCube?
In linea di principio, secondo la risposta su Discord del 27 luglio 2026, è possibile installare fisicamente un HBA PCIe compatibile. Il problema è che gli alloggiamenti standard dei dischi restano collegati al backplane di ZimaCube e al relativo percorso del controller orientato a SATA. L'installazione dell'HBA non reindirizza questi alloggiamenti alla nuova scheda.
Per consentire a un disco SAS di comunicare direttamente con l'HBA, il disco avrebbe bisogno di un collegamento dati SAS separato verso la scheda, anziché del normale percorso attraverso il backplane di ZimaCube. Il moderatore ha descritto questa soluzione come una modifica che richiede di fatto di smontare l'architettura di archiviazione prevista, non come un aggiornamento supportato plug-and-play.
Perché l'alimentazione del disco diventa un secondo problema
Una volta rimosso un disco SAS dal normale percorso attraverso il backplane, la connettività dei dati rappresenta solo metà del problema. Il disco necessita comunque di una fonte di alimentazione adeguata. La risposta su Discord lo ha esplicitamente sottolineato: dopo aver bypassato il backplane, l'utente dovrebbe anche determinare come alimentare il disco SAS in sicurezza.
La discussione non ha definito un cavo supportato, un adattatore di alimentazione, un budget di corrente o un metodo di cablaggio per questa modifica. Per questo motivo, questa pagina non fornisce una procedura improvvisata per il cablaggio dell'alimentazione.
ZimaOS supporta ogni HBA SAS?
Non è stata fornita alcuna garanzia in tal senso. Il moderatore ha avvertito che, a seconda del modello di HBA, ZimaOS potrebbe non supportare la scheda. La compatibilità dell'HBA dipende dal chipset e dal supporto dei driver disponibili nel sistema operativo; è quindi necessario verificare il modello LSI esatto, senza presumere che tutte le schede SAS LSI si comportino allo stesso modo.
KairosFury ha poi chiarito che avrebbe utilizzato Ubuntu invece di ZimaOS. Questo cambia la questione dei driver, ma non modifica il limite fisico del backplane di ZimaCube.
Cosa ha deciso KairosFury?
Dopo che il moderatore ha spiegato i limiti relativi al backplane, all'alimentazione e ai possibili driver, KairosFury ha deciso di non ricostruire il percorso di archiviazione di ZimaCube attorno al disco SAS. L'utente ha invece dichiarato che avrebbe installato il disco SAS da 24 TB in un PC personale, utilizzando Ubuntu su ZimaCube.
Questo esito riflette il compromesso centrale di questa discussione: una configurazione SAS personalizzata potrebbe essere tecnicamente possibile con sufficienti modifiche hardware, ma è molto diversa dal semplice installare un HBA e continuare a utilizzare gli alloggiamenti standard di ZimaCube come se fossero alloggiamenti SAS.
Cosa non ha confermato la discussione
La discussione del 27 luglio 2026 non ha identificato il modello esatto dell'HBA LSI, confermato una disposizione funzionante dei cavi SAS all'interno di ZimaCube, fornito un metodo supportato per alimentare il disco, verificato il supporto dei driver Ubuntu per una scheda specifica né documentato una conversione SAS completata.
Non ha inoltre stabilito che i dischi SAS possano funzionare attraverso il backplane standard in modalità SAS nativa. Le indicazioni disponibili della community puntano nella direzione opposta: il percorso del controller di archiviazione standard è orientato a SATA, anche se la forma del connettore può generare una comprensibile confusione.
Domande frequenti sull'HBA SAS per ZimaCube
Posso inserire direttamente un disco SAS nell'alloggiamento di ZimaCube?
Il connettore fisico potrebbe accettare il disco, ma il controller di archiviazione standard di ZimaCube non offre supporto SAS nativo. Pertanto, non ci si dovrebbe aspettare che un disco SAS funzioni attraverso il normale percorso del backplane.
L'aggiunta di un HBA SAS LSI renderà compatibili con SAS gli alloggiamenti esistenti?
No. L'aggiunta di un HBA non reindirizza automaticamente gli alloggiamenti del backplane standard verso quella scheda. Sarebbero necessari un collegamento dati SAS diretto all'HBA e una soluzione di alimentazione separata.
Ubuntu ha più probabilità di ZimaOS di supportare un HBA LSI?
Ubuntu potrebbe offrire una disponibilità più ampia di driver per alcuni chipset HBA, ma la compatibilità dipende comunque dalla scheda esatta. La discussione su Discord non ha testato né confermato un modello specifico.
