Litet moderkort till liten NAS

Vet inte om du hört talas om SATA multipliers?

https://sata-io.org/developers/sata-ecosystem/port-multiplier...

https://www.amazon.co.uk/SATA-Port-Multiplier-Card-Chipset/dp...

Sedan beror det på ifall den NAS mjukvara funkar bra med att köra dessa, men det kanske du kan hitta på forumen då du själv vet (och inte skrivit ) vilken mjukvara du ska använda ...

Synd att du inte ville ha ARM...

För att bygga Linuxnasar, första tillverkningsomgången är slutsåld men de tar order till den andra.
https://kobol.io/

Jag vet inte hur kritiskt det är med måtten men Intel Avoton är en nas och enklare serverplattform för x 86, mini-itx.

Varför göra det så svårt för dig och inte bara köpa ett litet chassi som tar m-ITX? Typ https://www.prisjakt.nu/produkt.php?p=2554688

Tar 8st 3,5" diskar. Jag kör själv NAS i ett Node 304 som tar 6st diskar och är hur nöjd som helst!

SATA är en delmängd av SCSI/SAS och SCSI/SAS har alltid kunna hantera multipla logiska enheter på en och samma kabel.

Däremot har inte BIOS och OS (läs DOS/Windows) varit beredda att hantera multipla enheter som logiska utan det var kopplat till fysiska IO-adresser med HW-adressväxel för att selektera enhet (av två möjliga) - det finns anledning varför det var aldrig mer än 4 lagringsenheter på PC förr - och innan dess bara 2 enheter tillgängligt default och extra ATA-port för ytterligare diskar (och en IO-adress) var något som fick kompletteras med tex. ljudkort (som ofta hade en extra PATA-port).

Även om man fick dit flera fysiska enheter med extra PATA-kort så var det något som BIOS och DOS/win3.x/9x inte kunde hantera och i praktiken var det om man skulle ha fler lagringsenheter än 4 så var det SCSI och SCSI-HBA som Adaptec aha1542 som gällde.

Kort sagt det var rätt surt innan man fick till AHCI-standarden i samband med att SATA infördes och till slut frigjorde kopplingen med fysiska diskar och hårda HW-adresser för dem och logiska diskar på OS-nivå.

Men problemet återkommer igen (gamla fel blir som nya...) med enheter som m.2 NVMe PCIe som inte är SATA/SAS, heller inte går under AHCI, förstår inte SCSI-kommandon direkt och därmed fungerar inte heller saker som 'TRIM-kommando' och man är åter igen beroende av BIOS-stöd och drivrutiner av lagrings-tillverkaren för lagringen (tex. för motsvarande funktion som 'TRIM')...

---

Såg i en notis att Blackblaze som länge har haft SATA-expandrar för sina kluster av diskar i sina tråg - nu överväger att byta ut dessa till SAS-expandrar då expander som slår ihop 12-16 diskar till en SATA-port har problem med kapacitet på överföringen i gemensamma kabeln mellan host och expander då SATA kan inte köra Duplex (dvs. antingen skriver den mot disken _eller_ läser från disken och dessutom på varsin par elektriskt) och med övergång till SAS omedelbart fördubblar kapaciteten då de kan köra i duplex (kan skriva och läsa samtidigt mot disk) - och i modern SAS dessutom kan köra båda paren parallellt mot disk eller mot host dynamisk växlande. Har man Dualport så är det dubbelt fortare, kör man SAS3 (1200 Mbyte/s) ytterligare dubbelt - dvs. med lite tanke kan man få 8x i kapacitet med befintlig SAS-utrustning gentemot SATA.

Just sistsa biten mot SATA-disken kommer inte att förändras (såvida man inte kör SAS-diskar) då det är disken som begränsar med sin SATA-protokoll - men mellanlänkarna mot host har mycket nytta av att de går från SATA till SAS rent kapacitetsmässigt.
idag så är prisskillnaden mellan SAS och SATA-diskar allt mindre och i somliga serier är SAS billigare än SATA för att de är storvolymdiskar till datacenter samt att även SAS-infrastrukturen blir allt billigare.

moderna stordiskar idag är så snabba i överföringen att det räcker med 2 stycken för att nära helt fylla upp en SATA-länk.

Intressant och bra info.. när jag läste den så kom jag tänka på.. Undra om det är blod, svett och tårar under åtskilliga felssökningstillfällen som gjort att du behövt lägga allt detta på minnet.
Oavsett bra att få med det i kunskapsbanken (forumet)!