NAS-Mainboard: SATA-Ports und PCIe-Lanes richtig lesen
· Zuletzt geprüft Juli 2026
Die meisten "bestes NAS-Mainboard"-Listen werfen dir fünf Produktnamen hin und sind fertig, was gut funktioniert, bis das Board da ist und du merkst, dass der sechste SATA-Port ausfällt, sobald du eine NVMe steckst. Ein NAS-Mainboard ist kein Spezial-Silizium, sondern ein ganz normales Desktop- oder Workstation-Board, das dir Storage und Erweiterung liefert, ohne dich dabei anzuschwindeln. Die ganze Kunst besteht darin, ein Datenblatt so zu lesen, dass die Überraschungen auf dem Papier passieren und nicht um 1 Uhr nachts am halb gebauten Array. Fast alles läuft auf zwei Fragen hinaus: Wie viele Platten kann ich wirklich anschließen, und wie viele Erweiterungskarten kann ich wirklich versorgen? Dieser Ratgeber beantwortet beides und sagt dir, wann du aufhörst, gegen das Board zu kämpfen, und stattdessen einen HBA einbaust.
Zwei Angaben entscheiden, nicht der Chipsatz-Name
Es ist verlockend, nach Chipsatz zu shoppen, weil in Foren Namen wie B650, B760 und W680 herumgeworfen werden, als wäre einer davon die Antwort. In der Praxis setzt der Chipsatz nur die Obergrenze; was zählt, ist, wie das konkrete Board dieses Budget ausgibt, und Boards auf demselben Chipsatz unterscheiden sich stark darin, wie viele SATA-Ports und nutzbare PCIe-Lanes sie herausführen. Statt dir also Chipsätze zu merken, lern die zwei Dinge zu lesen, an denen ein NAS wirklich hängt: die SATA-Ports, die deine Platten tragen, und die PCIe-Lanes, die alles andere versorgen, vom HBA über die 10GbE-Karte bis zum NVMe-Cache.
Alles andere auf dem Board, die RAM-Slots, der Audio-Codec, die RGB-Header, ist entweder für einen Fileserver egal oder im breiteren NAS-Hardware-Ratgeber und im RAM-Ratgeber abgedeckt. Halt die Mainboard-Entscheidung eng, dann wird sie viel einfacher: Wenn ein Board dir die echten Ports und die echten Lanes für deinen geplanten Build gibt, ist es ein gutes NAS-Board, egal welcher Chipsatz auf dem Etikett steht. Die Erkenntnis ist eine Haltung, bevor sie ein Kauf ist: Zähl Ports und Lanes, nicht Marketing-Stufen.
SATA-Ports zählen, denen du wirklich trauen kannst
Die erste Zahl, die du suchst, ist, wie viele SATA-Ports das Board hat, und die zweite, wichtigere ist, wie viele davon direkt vom Chipsatz kommen. Chipsatz-native Ports sind die, um die die Plattform herum entworfen wurde, also verhalten sie sich am saubersten: stabil unter Dauerlast, von jedem NAS-Betriebssystem gut unterstützt und vorhersehbar während eines Rebuilds, wenn alle Platten gleichzeitig gefordert werden. Die meisten Consumer-Boards führen vier bis sechs davon heraus, was ein typisches 2- bis 6-Bay-Heim-NAS bequem abdeckt, und für viele Builds endet die Geschichte damit.
Die Falle ist das Board, das mit acht oder zehn SATA-Ports wirbt, denn die Ports jenseits der Chipsatz-Zuteilung hängen fast immer an einem Zusatz-Controller, meist von ASMedia oder Marvell, der über ein paar geteilte PCIe-Lanes angebunden ist. Diese Extra-Ports funktionieren meist, sitzen aber weiter von der CPU entfernt auf einem schmaleren Pfad, sodass sie unter schwerer Mehr-Platten-Last langsamer sein können, und manche Chips haben eine Vorgeschichte darin, Platten fallen zu lassen oder SMART-Daten falsch zu melden, sodass ein NAS-Betriebssystem nervös wird. Genau das ist das falsche Verhalten für ein Array, wo eine kurz "verschwindende" Platte wie ein Ausfall aussieht und einen unnötigen Rebuild auslöst. Behandle die nativen Ports als deine verlässliche Zahl und die Zusatz-Ports als Bonus, den du verifizierst, statt als Angabe, auf die du dich verlässt.
Zwei Abkürzungen solltest du komplett meiden. Die erste ist der SATA-Port-Multiplier oder "Port-Expander", eine kleine Platine, die einen SATA-Port auf vier oder fünf Platten auffächert; OpenZFS warnt direkt, dass die Unterstützung für Port-Multiplier inkonsistent ist, und die Bandbreite eines Ports auf fünf Platten zu teilen, ist ohnehin eine schwache Basis fürs Array. Die zweite ist, dich auf das BIOS-RAID des Mainboards zu verlassen (Intel RST oder AMD RAIDXpert); lass den Controller im schlichten AHCI-Modus und lass deine NAS-Software die Platten besitzen, ein Punkt, den wir in Hardware-RAID vs. Software-RAID auseinandernehmen. Fazit: Plane deine Plattenzahl gegen die nativen Ports, behandle Zusatz-Ports als unbestätigt, bis das Gegenteil bewiesen ist, und bau nie ein Array auf einem Port-Multiplier.
PCIe-Slots: physische Größe ist nicht die elektrische Anbindung
Die zweite Angabe, die ein NAS-Board entscheidet, ist PCIe, und der Fehler, den fast jeder macht, ist, die Slots über ihre Länge zu lesen. Ein Slot hat zwei getrennte Zahlen: seine physische Größe, also nur wie lang der Stecker ist und damit welche Karten passen, und seine elektrische Breite, also wie viele Lanes tatsächlich angebunden sind. Die beiden widersprechen sich oft, sodass ein voll langer x16-Slot elektrisch häufig mit x4 oder sogar x1 läuft, gerade der zweite und dritte Slot auf einem Consumer-Board. Ein gutes Datenblatt schreibt das als etwas wie "x16 (x4-Modus)" aus, und diese Fußnote zu lesen ist der Unterschied zwischen einer 10GbE-Karte auf voller Geschwindigkeit und einer, die auf einer einzelnen Lane verhungert.
Der Grund, warum Boards das tun, ist, dass Lanes knapp sind. Eine Mainstream-Desktop-CPU führt nur ein paar Dutzend eigene Lanes heraus, die meisten reserviert für den primären x16-Slot und einen schnellen NVMe-Slot, und der Chipsatz ergänzt weitere Lanes, leitet sie aber alle über eine einzige geteilte Anbindung zur CPU zurück. Die Lanes auf der Chipsatz-Seite sind also geteilte Bandbreite, keine freie Kapazität, weshalb der zweite und dritte Slot dünne elektrische Breiten bekommen. Es lohnt sich auch, die PCIe-Generation zu prüfen, denn ein mit x4 angebundener Slot bei PCIe 4.0 trägt ungefähr so viel Bandbreite wie x8 beim älteren 3.0, und ein HBA oder NIC für eine frühere Generation handelt unabhängig vom Slot auf sein eigenes Limit herunter.
Ein Feature macht aus einem einzelnen dicken Slot mehrere, und es lohnt sich, es beim Namen zu kennen: Bifurcation. Ein Board, das es unterstützt, kann einen physischen x16-Slot in vier unabhängige x4-Verbindungen aufteilen, geschrieben x16 zu x4x4x4x4, sodass ein einziger Slot plus ein passiver Adapter vier NVMe-Platten auf voller Lane-Breite tragen kann. Das ist wirklich nützlich, um Storage aus einer Lane-armen Plattform zu quetschen, aber es klappt nur, wenn Board und Firmware es angeben, also bestätige es im Handbuch, statt es anzunehmen. Fazit: Lies jeden Slot als seine elektrische Breite und Generation, nicht als seine Länge, und wenn du eine Steckkarte planst, stell sicher, dass am genutzten Slot echte Lanes anliegen.
Die M.2-Falle: Slots, die dir heimlich SATA-Ports klauen
Hier ist die häufigste Überraschung im ersten DIY-NAS, und sie versteckt sich offen im Datenblatt. Ein M.2-Slot ist kein gratis Bonus-Slot; er ist ein Satz PCIe-Lanes (oder, bei manchen Slots, ein SATA-Kanal), den das Board von irgendwoher nehmen muss, und auf Consumer-Plattformen ist dieses "irgendwoher" oft dieselben Lanes, die es auch für ein SATA-Port-Paar oder für einen der PCIe-Slots nutzt. Weil das Board nicht beide Enden gleichzeitig betreiben kann, deaktiviert die Firmware schlicht den Verlierer: Steck eine NVMe in den zweiten M.2-Slot, und zwei deiner SATA-Ports gehen aus, oder ein dritter PCIe-Slot fällt auf nichts zurück. Beim Kauf warnt dich niemand, und die Platten verschwinden einfach aus dem Array.
Der einzige Weg, das vor dem Kauf zu sehen, ist, das Blockdiagramm zu lesen, das Schema vorne in jedem Mainboard-Handbuch, das Linien von CPU und Chipsatz zu jedem Slot und Port zieht. Die Teilung steht entweder dort oder in den Kleingedruckten-Fußnoten unter den Storage-Angaben, in Sätzen wie "M.2_2 teilt Bandbreite mit SATA-Ports 5 und 6; ist M.2_2 belegt, sind SATA5 und SATA6 deaktiviert". Verbring zwei Minuten mit diesem Diagramm, und du legst deinen Build so an, dass NVMe-Cache und volle Plattenzahl nie kollidieren. Wenn du einen ZFS-Pool planst, bei dem eine NVMe als Cache oder separates Log dient, erspart dir dieselbe Lesegewohnheit einen Build, der physisch nicht passt, was wir im ZFS-Hardware-Deep-Dive behandeln.
Für die technischere Fraktion: Der tiefere Grund dafür ist, dass alles, was am Chipsatz hängt, die Chipsatz-SATA-Ports, die Chipsatz-M.2-Slots und die unteren PCIe-Slots, sich eine Anbindung zurück zur CPU teilt (Intel nennt das DMI, AMD nutzt eine PCIe-Verbindung), und diese Anbindung ist nur etwa so breit wie eine einzelne x4- bis x8-Verbindung. Selbst wenn ein Board also keinen Port hart abschaltet, konkurrieren mehrere gleichzeitig belegte Chipsatz-Geräte um diese eine Leitung, und ein Scrub, der von acht Platten liest, während ein NVMe-Cache beschäftigt ist, kann sie sättigen. Einen Heim-Media-Pool trifft das selten, aber es ist die echte Decke hinter den "warum limitiert mein Durchsatz"-Threads und ein weiteres Argument, die aktivsten Geräte auf echten CPU-Lanes zu halten. Das schlichte Fazit für alle: Finde die M.2-Teilungs-Notiz im Handbuch, bevor du kaufst, und plane, welche Slots du gefahrlos belegen kannst.
Lanes für einen echten Build budgetieren, und wann du die Plattform wechselst
Sobald du verstanden hast, dass Lanes knapp und manche geteilt sind, zeigt der ambitionierte Build sein Problem: Alles Sinnvolle will Lanes zur selben Zeit. Geh einen wirklich fähigen NAS durch und zähl. Ein 8-Port-HBA will einen vollen x8-Slot, eine 10GbE-Karte will weitere x4 bis x8, eine Boot-NVMe nimmt x4, und ein NVMe-Cache nimmt weitere x4. Zähl das zusammen, und du forderst so etwas wie x8 plus x8 plus x4 plus x4, nahe an vierundzwanzig Lanes allein an Steckkarten, auf einer Consumer-Plattform, die überhaupt nur rund zwanzig nutzbare CPU-Lanes herausführt.
Auf diesem Consumer-Board passt die Wunschliste nicht, und das Board löst es auf die harte Tour: Steck den HBA in den ersten Slot, und der zweite Slot fällt von x16 auf x8, setz den NVMe-Cache, und ein Paar SATA-Ports geht aus, und die 10GbE-Karte landet in einem Chipsatz-Slot und teilt die Anbindung mit deinen Platten. Am Ende wählst du zwischen dem HBA und dem schnellen NIC, statt beide zu fahren. Das ist der ehrliche Grund, warum ein ernster Build ein Gaming-Board hinter sich lässt und auf eine Workstation- oder Einstiegs-Server-Plattform wechselt: Eine Intel Xeon E oder W-Serie oder ein AMD Ryzen auf einem Workstation-Chipsatz führt schlicht mehr CPU-Lanes heraus, sodass HBA, 10GbE-NIC und ein paar NVMe koexistieren, ohne sich zu streiten. Diese Plattformen bringen meist zwei Dinge mit, die ein headless NAS schätzt: IPMI für Fern-Power und Konsole, und validierte ECC-Unterstützung. Ein volles Beispiel dieser Kollision rechnen wir im ZFS-Hardware-Ratgeber durch.
ECC verdient hier eine eigene Notiz, weil es ein Board-und-CPU-Handschlag ist, kein einzelnes Häkchen. Der Speicher läuft nur im fehlerkorrigierenden Modus, wenn Mainboard, CPU und Module es alle unterstützen, also müssen beide Hälften mitspielen: Bei Intel heißt das im Regelfall ein Workstation-Chipsatz wie W680 mit einer Xeon- oder passenden Core-CPU, während bei AMD viele Ryzen-CPUs ECC tragen, aber nur Boards, die es ausdrücklich validieren, den Modus wirklich aktivieren. Wenn dir korrigierte Speicherfehler bei deinen Daten wichtig sind, und bei einem prüfsummenbasierten Dateisystem sind sie das, bestätige ECC im Board-Handbuch und im CPU-Datenblatt zusammen, wie wir es in ECC-RAM fürs NAS und ZFS durchgehen. Fazit: Summier deine Lanes auf dem Papier, bevor du kaufst, und wenn HBA, 10GbE und NVMe alle auf deiner Liste stehen, wechsle auf eine Plattform mit den Lanes und dem ECC, statt den Mangel erst zu entdecken, wenn die Pakete da sind.
Der Formfaktor setzt deine Grenze für Erweiterung
Die physische Größe des Boards entscheidet, wie viel vom Obigen du überhaupt versuchen kannst, denn der Formfaktor bestimmt, wie viele Erweiterungs-Slots du bekommst. Ein Mini-ITX-Board ist herrlich kompakt und perfekt für einen leisen, stromsparenden Fileserver, trägt aber genau einen PCIe-Slot, was heißt: du bekommst den HBA oder die 10GbE-Karte, nicht beide, und keinen Platz, es dir später anders zu überlegen. Das ist ein guter Kompromiss für eine 4- bis 6-Platten-Kiste, die nie wächst, und der Grund, warum so viele saubere NAS-Builds auf ITX starten, aber es ist eine echte Decke, kein Detail.
Steig auf Micro-ATX oder volles ATX um, und du kaufst dir Optionen zurück: mehrere PCIe-Slots, sodass HBA und NIC koexistieren, mehr DIMM-Slots, meist mehr Onboard-SATA und physischen Platz für den Luftstrom, den ein Stapel Platten will. Wenn du schon weißt, dass du sechs Platten überschreitest, 10GbE ergänzt oder eines Tages HBA und Cache-Karte willst, ist das größere Board die günstigere Entscheidung, früh getroffen statt ein später Neubau. Dimensioniere Gehäuse und Board um die Plattenzahl, auf die du ehrlich zusteuerst, und prüf diese Zahl gegen echte Platten in unserer NAS-Festplatten-Datenbank und in der NAS-Speicherplanung. Fazit: Nimm ITX nur, wenn der Build klein und fix ist, und wähl mATX oder ATX, sobald Erweiterung im Spiel ist.
Wann du aufhörst, SATA-Ports zu jagen, und einfach einen HBA kaufst
All das führt zu einer sauberen Entscheidungsregel. Für die meisten Heim-NAS-Builds reichen die vier bis sechs nativen SATA-Ports eines normalen Boards, und du solltest schlicht ein Board mit einem echten freien PCIe-Slot kaufen und weitermachen. Aber sobald deine Plattenzahl diese nativen Ports überschreitet, geh nicht auf die Jagd nach einem seltenen Zehn-Port-Board und schnall auch keinen fragwürdigen Zusatz-Controller an; bau stattdessen einen Host-Bus-Adapter ein. Ein HBA ist eine schlichte Karte, deren einzige Aufgabe es ist, Platten-Ports zu ergänzen und jede Platte unverändert an deine NAS-Software durchzureichen, genau das, was ein prüfsummenbasiertes Dateisystem sehen will.
Der Homelab-Standard ist eine gebrauchte LSI- oder Broadcom-SAS-Karte wie die Broadcom 9300-8i, ein PCIe-x8-Adapter, der acht Platten aus einem einzigen Slot ergänzt. Das eine Detail, das du beim Gebrauchtkauf richtig machst, ist die Firmware: Viele dieser Karten kommen im IR-Modus (Integrated RAID) und müssen auf den IT-Modus (Initiator Target) umgeflasht werden, der die RAID-Logik entfernt, sodass die Karte zu einem reinen Pass-Through-Controller wird, und eine bereits auf IT geflashte Karte spart dir diesen Schritt. Ja, ein HBA kostet einen Slot und rund x8 deines Lane-Budgets, was direkt zurück zur Lane-Rechnung oben führt, aber er ist der vorhersehbare, gut unterstützte Weg, die Plattenzahl über das hinaus zu skalieren, was ein Consumer-Board nativ bietet. Fazit: Bau bis sechs Platten auf nativen Ports, und greif zum HBA im IT-Mode, sobald du mehr brauchst, statt einem Zusatz-Controller oder einem Port-Multiplier zu trauen.
Die Art Teile, auf die diese Kriterien hinauslaufen
Das ist keine gerankte Board-Liste, denn das richtige Board ist das, dessen Ports und Lanes zu deinem konkreten Plan passen. Was folgt, ist ein kurzer Satz Ankerpunkte, auf die die Kriterien oben meist hinauslaufen, also behandle sie als Startpunkte und pass das Slot-Layout des Boards an deine Plattenzahl und Steckkarten an.
Empfehlung
Für ein kleines, fixes Heim-NAS (zwei bis sechs Platten, Freigaben und ein bisschen Plex) reicht ein Mini-ITX- oder Micro-ATX-Board mit vier bis sechs nativen SATA-Ports und einem freien PCIe-Slot völlig, also kauf nach der Port-Zahl und lass es dabei. Für einen wachsenden Build, den du erweitern willst (Richtung sechs Platten hinaus oder später 10GbE), starte auf Micro-ATX oder ATX wegen der zusätzlichen Slots, lies die M.2-Teilungs-Notizen, damit eine Cache-Platte deine Ports nicht abschaltet, und plane einen HBA im IT-Mode für den Tag, an dem du die Onboard-Ports überschreitest. Für eine Lane-hungrige ZFS-Kiste (HBA plus 10GbE plus NVMe-Cache, idealerweise mit ECC) summier die Lanes zuerst auf dem Papier und wechsle auf eine Xeon-E- oder Ryzen-Workstation-Plattform, die sie hat, plus validiertem ECC und IPMI. In allen drei Fällen gilt dieselbe Regel: Zähl die echten Ports und die echten Lanes, bevor du auf einen Chipsatz-Namen hereinfällst, und wenn die Platten das Board überwachsen, bau einen HBA ein, statt seinen Zusatz-Ports zu trauen. Steht das Board, dimensioniere das Array selbst in unserem NAS-Selbstbau-Begleiter und im Rechner.
Verwandte Artikel
NAS-Hardware-Ratgeber 2026: Worauf es je nach OS und Dateisystem ankommt
ZFS-Hardware-Anforderungen 2026: RAM, ECC, HBA und SLOG
Hardware-RAID vs. Software-RAID: Was 2026 gewinnt
ECC-RAM fürs NAS und ZFS: Pflicht oder Mythos?
NAS selber bauen 2026: Zwei Teilelisten und Bauen vs. Kaufen