TrueNAS SCALE: NAS bauen in 12 Schritten, 60 Min [2026]
![TrueNAS SCALE: NAS bauen in 12 Schritten, 60 Min [2026]](https://trendintech.com/de/wp-content/uploads/sites/5/2026/10/truenas-scale-nas-selber-bauen-2026-gen.webp)
Externe Festplatten werden teurer, Cloud-Abos wie Google One und Microsoft 365 ziehen die Preise regelmäßig an, und immer mehr Nutzer wollen schlicht wissen, wo ihre Fotos und Dokumente tatsächlich liegen. Kein Wunder, dass das Interesse an einem eigenen NAS gerade wieder deutlich steigt. Laut Emergen Research machte Network-Attached Storage im Jahr 2024 rund 45 Prozent des globalen Markts für externen Enterprise-Speicher aus, wobei Backup- und Recovery-Anwendungen mit etwa 50 Prozent den größten Einzelposten stellten. Diese Zahlen sprechen zwar primär von Unternehmen, doch der Trend zum eigenen, selbst verwalteten Speicher setzt sich seit Jahren auch im Privatbereich fort.
Dieses Tutorial zeigt in 12 konkreten Schritten, wie du mit TrueNAS SCALE 25.10 „Goldeye“ ein eigenes NAS aus handelsüblicher PC-Hardware baust, einrichtest und produktiv nutzt, von der Hardware-Auswahl über den ZFS-Pool bis zu Jellyfin mit Hardware-Transcoding und einem automatischen Foto-Backup mit Immich. Plane für den kompletten Aufbau etwa 60 bis 90 Minuten reine Einrichtungszeit ein, der Großteil davon entfällt auf das Kopieren der Daten und das erste Scrubbing des Pools im Hintergrund. Am Ende hast du ein vollständig funktionierendes Heimnetzwerk-Speichersystem, das du über Jahre erweitern kannst.
Anders als ein Fertigprodukt von der Stange lässt sich ein selbst gebautes NAS exakt auf den eigenen Bedarf zuschneiden. Wer nur Fotos und Dokumente sichern will, kommt mit gebrauchter Hardware und zwei Festplatten aus. Wer zusätzlich 4K-Videos streamen, mehrere virtuelle Maschinen betreiben oder KI-gestützte Foto-Suche nutzen möchte, braucht mehr RAM, eine GPU und einen durchdachteren Netzwerkaufbau. Dieses Tutorial deckt beide Enden ab und zeigt an jeder Stelle, welche Entscheidung für welchen Anwendungsfall sinnvoll ist, statt pauschal die teuerste Option zu empfehlen.
Verpasse keine neuen Tech-Storys auf Google
Füge TrendinTech Deutschland einmal in der Google-App hinzu und unsere Artikel erscheinen in deinen Vorschlägen.
Was ist TrueNAS SCALE und was bringt Version 25.10 „Goldeye“
TrueNAS SCALE ist die Linux-basierte Variante der TrueNAS-Produktfamilie von iXsystems und setzt auf das ZFS-Dateisystem, das Prüfsummen, Snapshots und Datenintegrität fest in die Speicherverwaltung einbaut. Anders als klassische NAS-Betriebssysteme auf FreeBSD-Basis (TrueNAS CORE) bringt SCALE eine vollwertige Kubernetes-Umgebung für Apps mit, läuft nativ auf Debian und unterstützt damit ein deutlich breiteres Spektrum an Hardware, von alten Office-PCs bis zu aktuellen Ryzen- und Xeon-Systemen.
Die aktuelle Generation trägt den Codenamen „Goldeye“. Im offiziellen TrueNAS-Forum läuft dazu aktuell eine der aktivsten Diskussionen der Hardware-Kategorie: Ein Thread zum Thema NVIDIA-Treiberkompatibilität unter TrueNAS SCALE 25.10 zählt 141 Antworten und über 12.074 Aufrufe, zuletzt aktiv Ende September 2026. Das zeigt, wie viele Nutzer gerade jetzt eine GPU für Transcoding oder KI-Workloads in ihr NAS integrieren wollen, und wie wichtig ein stabiler Treiber-Support dafür ist. Für dieses Tutorial ist vor allem relevant: Goldeye bringt verbesserte Treiberkompatibilität für aktuelle NVIDIA-Karten, ein überarbeitetes App-Ökosystem auf Kubernetes-Basis sowie Detailverbesserungen an der Web-Oberfläche, über die praktisch die gesamte Konfiguration läuft.
Im Gegensatz zu Fertig-NAS-Systemen von Synology oder QNAP ist TrueNAS SCALE kostenlos und läuft auf Hardware, die du selbst zusammenstellst. Das bedeutet mehr Einrichtungsaufwand, aber auch deutlich mehr Leistung pro eingesetztem Euro, vollen Zugriff auf Apps wie Jellyfin, Nextcloud oder Immich und keine Abhängigkeit von Cloud-Diensten des Herstellers.
Ein weiterer Unterschied zu Fertiglösungen: Bei TrueNAS SCALE bestimmst du selbst, wie lange ein System im Einsatz bleibt. Während Hersteller von Komplett-NAS-Geräten irgendwann den Support und damit auch Sicherheitsupdates einstellen, läuft TrueNAS SCALE so lange weiter, wie die zugrunde liegende Hardware funktioniert und Debian-Pakete dafür bereitstehen. Ein zehn Jahre altes Mainboard mit ausreichend SATA-Anschlüssen reicht für ein einfaches Datei-NAS oft völlig aus, was den Eigenbau gerade für Nutzer interessant macht, die ungenutzte Hardware im Keller liegen haben.
ZFS verstehen: Warum das Dateisystem der Kern von TrueNAS SCALE ist
Bevor es an die eigentliche Installation geht, lohnt sich ein kurzer Blick darauf, warum TrueNAS SCALE überhaupt auf ZFS statt auf klassische Dateisysteme wie ext4 oder NTFS setzt. ZFS wurde ursprünglich von Sun Microsystems entwickelt und kombiniert Dateisystem und Volume-Manager in einer einzigen Schicht. Jede Datei, die auf einen ZFS-Pool geschrieben wird, bekommt eine Prüfsumme. Bei jedem späteren Lesezugriff vergleicht ZFS diese Prüfsumme erneut, und erkennt so sogenannte „Silent Data Corruption“, also stille Bitfehler, die auf klassischen Dateisystemen oft jahrelang unentdeckt bleiben, bevor sie auffallen.
Ein zweites zentrales Prinzip ist Copy-on-Write: ZFS überschreibt niemals Daten direkt an Ort und Stelle, sondern schreibt Änderungen immer in einen neuen Block und aktualisiert erst danach die Verweise darauf. Das macht Snapshots praktisch kostenlos, da ein Snapshot zunächst nur den bestehenden Zustand der Verweise „einfriert“, ohne Daten zu duplizieren. Erst wenn sich Dateien später ändern, wachsen Snapshots tatsächlich im Speicherbedarf. Genau dieses Verhalten nutzt du später in Schritt 10, wenn du automatische Snapshots für deine Datasets einrichtest.
Regelmäßige Scrubs sind die dritte Säule der ZFS-Datenintegrität. Ein Scrub liest systematisch jeden Block im Pool, überprüft die Prüfsumme und repariert bei vorhandener Redundanz automatisch fehlerhafte Kopien. Du kannst einen Scrub manuell über die Konsole anstoßen, in der Praxis übernimmt das aber ein fester Zeitplan in der Web-Oberfläche von TrueNAS SCALE:
zpool scrub tank
zpool status -v tank
Wer von einem klassischen RAID-Controller oder einem einfachen NTFS-Dateisystem auf ein NAS mit ZFS umsteigt, wird diesen Unterschied schnell merken: Statt sich nach einem Stromausfall oder einem Festplattenfehler auf ein separates Backup-Tool zu verlassen, erkennt ZFS Inkonsistenzen von sich aus und meldet sie in der Web-Oberfläche, lange bevor ein kompletter Datenverlust droht.
Voraussetzungen: Hardware, Software und Downloads für dieses Tutorial
Bevor es losgeht, hier die konkrete Liste aller Dinge, die du für dieses TrueNAS-SCALE-Tutorial brauchst:
- Ein x86-64-System mit aktivierter Virtualisierung (Intel VT-x oder AMD-V im BIOS/UEFI) – vom ausgemusterten Büro-PC bis zum dedizierten NAS-Mainboard
- Mindestens 8 GB RAM, empfohlen werden 16 GB oder mehr, vor allem wenn Apps wie Immich oder Nextcloud parallel laufen sollen
- Ein separates Boot-Laufwerk (SSD oder USB-Stick, mindestens 16 GB), getrennt vom eigentlichen Daten-Pool
- Mindestens zwei Festplatten oder SSDs für den Daten-Pool, idealerweise baugleich für ein stabiles RAID-Verhalten
- Ein zweiter, leerer USB-Stick (mindestens 8 GB) zum Erstellen des Installationsmediums
- Die aktuelle TrueNAS-SCALE-25.10-„Goldeye“-ISO-Datei, heruntergeladen von der offiziellen TrueNAS-Downloadseite
- Ein aktuelles Flash-Tool wie die jeweils neueste Version von Rufus (Windows) oder balenaEtcher (Windows/macOS/Linux)
- Ein Ethernet-Kabel der Kategorie Cat6 oder höher sowie idealerweise ein Switch oder Router mit 2,5-Gigabit-Port
- Einen aktuellen Browser (Chrome, Firefox oder Edge in der jeweils neuesten Version) für die Web-Oberfläche
- Optional: eine kompatible GPU für Hardware-Transcoding in Jellyfin und beschleunigte Gesichtserkennung in Immich
Technisch gesehen reicht theoretisch auch weniger RAM, aber ZFS lebt von Arbeitsspeicher für Caching und Prüfsummen. Spare hier nicht, denn zusätzlicher RAM ist meist die günstigste Leistungssteigerung, die du einem NAS geben kannst.
Schritt 1: Die richtige Hardware für dein NAS auswählen
Der häufigste Fehler bei einem ersten Eigenbau ist, zu viel CPU-Leistung einzuplanen und zu wenig über Festplatten-Layout und Stromverbrauch nachzudenken. Ein aktueller Community-Baubericht aus dem Heimnetzwerk-Umfeld zeigt das gut: Ein System mit einem älteren Sechskern-Intel-Prozessor kommt im NAS-Betrieb auf etwa 50 Watt Leistungsaufnahme, was bei 24/7-Betrieb über das Jahr gerechnet deutlich stärker ins Gewicht fällt als der Anschaffungspreis der CPU. Für reine Datei-, Backup- und Streaming-Workloads ist ein sparsamer Mittelklasse-Prozessor fast immer die bessere Wahl als ein High-End-Chip.
Moderne integrierte Grafikeinheiten in aktuellen Intel-CPUs beherrschen inzwischen AV1-Encoding und -Decoding direkt im Chip, wodurch sich für viele Streaming-Szenarien eine zusätzliche, separate Grafikkarte erübrigt. Wer allerdings zusätzlich maschinelles Lernen für die Gesichts- und Objekterkennung in Immich nutzen oder mehrere parallele 4K-Transcodes in Jellyfin fahren möchte, profitiert von einer dedizierten GPU mit Treiberunterstützung, wie sie im eingangs erwähnten TrueNAS-Forenthread ausführlich diskutiert wird.
Bei der Festplattenwahl gibt es zwei bewährte Einstiegsszenarien. Variante eins nutzt drei baugleiche 1-TB-Laufwerke in einem redundanten RAIDZ1-Verbund, was unter Berücksichtigung der Parität auf etwa 2 TB nutzbaren Speicher kommt. Variante zwei setzt auf zwei große Festplatten ab 20 TB in einem gespiegelten Verbund (RAID 1 beziehungsweise ZFS-Mirror), was bei geringerem Konfigurationsaufwand sofort hohe Kapazität liefert. Für das Boot-Laufwerk selbst reicht eine einfache, günstige SATA-SSD: Ein in der Community dokumentierter Build nutzt dafür beispielsweise eine 480-GB-Kingston-A400-SATA-SSD, getrennt vom Daten-Pool.
| Build-Typ | CPU-Empfehlung | RAM | Storage-Layout | Ungefährer Stromverbrauch |
|---|---|---|---|---|
| Einstieg (Datei & Backup) | Gebrauchter Business-PC, 4-Kern-CPU | 8–16 GB | 2× HDD, ZFS-Mirror | 25–35 Watt |
| Mittelklasse (Medien & Backup) | Aktueller 6-Kern-Prozessor mit iGPU | 16–32 GB | 3× HDD, RAIDZ1 + SSD-Boot | 45–55 Watt |
| Fortgeschritten (Apps & KI) | 8-Kern-Prozessor plus dedizierte GPU | 32–64 GB | 4–6× HDD, RAIDZ2 + NVMe-Cache | 70–110 Watt |
| Enterprise-Ausblick | Server-Plattform mit mehreren GPUs | 128 GB+ | QLC-Flash im E1.L-Formfaktor | je nach Konfiguration |
Die letzte Zeile der Tabelle zeigt, wohin sich der Speichermarkt oberhalb des Heimgebrauchs entwickelt: KIOXIA hat mit der LD4-Serie im E1.L-Formfaktor eine QLC-SSD mit bis zu 122,88 TB Kapazität angekündigt, wie basic-tutorials.com berichtet. Das Sampling ist laut Hersteller erst für das zweite Quartal 2027 vorgesehen, für dein Heim-NAS 2026 ist das also reine Zukunftsmusik, aber ein guter Indikator dafür, wie schnell sich auch im Storage-Bereich oberhalb der Consumer-Klasse etwas bewegt.
Bei der Auswahl einzelner Festplatten lohnt sich außerdem ein Blick auf die Spezifikation „CMR“ versus „SMR“. CMR-Festplatten (Conventional Magnetic Recording) schreiben Datenspuren klassisch nebeneinander, SMR-Festplatten (Shingled Magnetic Recording) überlappen sie, um mehr Kapazität auf gleicher Fläche unterzubringen. Für ein NAS mit ZFS-Redundanz sind CMR-Modelle fast immer die bessere Wahl, da SMR-Laufwerke bei Resilver-Vorgängen nach einem Festplattenausfall deutlich langsamer arbeiten und in Extremfällen sogar aus dem Verbund fallen können, noch bevor der Wiederaufbau abgeschlossen ist. Hersteller kennzeichnen das nicht immer prominent auf der Verpackung, ein kurzer Blick in das Datenblatt oder eine Modellnummer-Suche vor dem Kauf erspart hier späteren Ärger.
Schritt 2: BIOS/UEFI vorbereiten und Firmware aktualisieren
Bevor du TrueNAS SCALE installierst, solltest du die Mainboard-Firmware auf den aktuellen Stand bringen. Community-Baurichtlinien für DIY-NAS-Systeme betonen das unabhängig von der gewählten Plattform: Ein aktuelles BIOS verbessert in der Regel die Kompatibilität mit neueren CPUs, behebt Boot-Probleme mit großen Festplatten über 2 TB und sorgt dafür, dass Virtualisierungsfunktionen wie VT-x/AMD-V zuverlässig aktivierbar sind.
Gehe dazu wie folgt vor:
- Prüfe auf der Support-Seite des Mainboard-Herstellers, ob eine neuere BIOS-Version als deine aktuelle verfügbar ist
- Aktualisiere die Firmware über das jeweilige Hersteller-Tool oder per USB-Stick gemäß Anleitung des Herstellers
- Aktiviere im BIOS/UEFI die Virtualisierungsoption (häufig als „Intel VT-x“, „AMD-V“ oder „SVM Mode“ bezeichnet)
- Stelle den Boot-Modus auf UEFI (nicht Legacy/CSM), sofern alle verbauten Komponenten das unterstützen
- Deaktiviere, falls vorhanden, ein integriertes RAID-Controller-Feature auf dem Mainboard – TrueNAS möchte die Festplatten direkt sehen, nicht über einen Hardware-RAID-Controller
Der letzte Punkt ist besonders wichtig und wird häufig übersehen: ZFS verwaltet Redundanz und Fehlerkorrektur selbst und braucht dafür direkten, unveränderten Zugriff auf jede einzelne Festplatte. Ein dazwischengeschalteter Hardware-RAID-Controller verschleiert SMART-Werte und Festplattenfehler und kann im Ernstfall dazu führen, dass ZFS einen Datenfehler nicht erkennt, bevor es zu spät ist.
Schritt 3: Bootfähigen USB-Stick mit TrueNAS SCALE 25.10 erstellen
Lade die ISO-Datei von TrueNAS SCALE 25.10 „Goldeye“ von der offiziellen Downloadseite herunter und erstelle damit einen bootfähigen USB-Stick. Unter Windows funktioniert das zuverlässig mit der jeweils aktuellen Version von Rufus, unter macOS und Linux mit balenaEtcher. Alternativ kannst du auf einem Linux-System auch direkt den Terminal-Befehl dd nutzen:
sudo dd if=TrueNAS-SCALE-25.10.0.iso of=/dev/sdX bs=4M status=progress oflag=sync
Ersetze /dev/sdX dabei exakt durch den Gerätepfad deines USB-Sticks, den du zuvor mit lsblk oder sudo fdisk -l ermittelt hast. Ein Vertipper an dieser Stelle kann im schlimmsten Fall die falsche Festplatte überschreiben, kontrolliere den Pfad daher zweimal, bevor du den Befehl ausführst.
Sobald der Schreibvorgang abgeschlossen ist, stecke den USB-Stick in das Zielsystem, rufe das Boot-Menü auf (meist über F11, F12, Entf oder Esc direkt beim Start) und wähle den USB-Stick als Startmedium aus.
Schritt 4: TrueNAS SCALE auf dem NAS-System installieren
Nach dem Booten vom USB-Stick erscheint der textbasierte TrueNAS-Installer. Folge diesen Teilschritten:
- Wähle im Startmenü die Option „Install/Upgrade“
- Markiere als Zielgerät ausschließlich dein separates Boot-Laufwerk (zum Beispiel die 480-GB-SATA-SSD aus Schritt 1) – wähle hier niemals eine der späteren Daten-Festplatten aus
- Bestätige die Sicherheitsabfrage, dass alle Daten auf dem Zieldatenträger gelöscht werden
- Vergib ein Administrator-Passwort für den Benutzer „root“ beziehungsweise „truenas_admin“
- Wähle, ob der Bootvorgang über BIOS/Legacy oder UEFI erfolgen soll – bei einem modernen System ist UEFI die richtige Wahl
- Bestätige die Installation und warte, bis der Installer „Install finished“ meldet
- Entferne den USB-Installationsstick und starte das System neu
Nach dem Neustart zeigt die Konsole die IP-Adresse an, unter der die Web-Oberfläche von TrueNAS SCALE im lokalen Netzwerk erreichbar ist. Notiere dir diese Adresse, sie wird für alle folgenden Schritte benötigt.
Schritt 5: Erstkonfiguration über die Web-Oberfläche
Öffne die zuvor notierte IP-Adresse in deinem Browser. Nach der Anmeldung mit dem in Schritt 4 vergebenen Passwort führt dich ein Einrichtungsassistent durch die Grundkonfiguration: Zeitzone, Hostname und Netzwerkeinstellungen. Setze an dieser Stelle bereits eine feste IP-Adresse oder eine DHCP-Reservierung in deinem Router, damit sich die Adresse deines NAS nach einem Neustart nicht ändert und Freigaben sowie App-Verknüpfungen stabil bleiben.
Aktiviere anschließend unter „System“ die automatischen Sicherheitsupdates für kleinere Patch-Versionen, lasse jedoch größere Versionssprünge (etwa von 25.10 auf eine künftige 26.x-Version) bewusst manuell, damit du vor einem Upgrade Snapshots und Backups prüfen kannst. Richte außerdem unter „Credentials“ mindestens einen weiteren Benutzeraccount ein, den du für den täglichen Zugriff auf Freigaben nutzt, statt dauerhaft mit dem Administrator-Konto zu arbeiten.
Schritt 6: ZFS-Speicherpool (Pool) richtig anlegen
Der Speicherpool ist das Herzstück deines NAS. Navigiere in der Web-Oberfläche zu „Storage“ und starte den Pool-Assistenten. Wähle dort alle Festplatten aus, die du für den Daten-Pool vorgesehen hast, und entscheide dich für ein passendes RAID-Level:
- Stripe – keine Redundanz, volle Kapazität, aber ein Totalausfall bei defekter Festplatte. Für reine Testumgebungen, nicht für echte Daten
- Mirror (RAID 1) – zwei oder mehr Festplatten spiegeln sich gegenseitig, verträgt den Ausfall einer Platte, bietet aber nur die Kapazität einer einzelnen Platte
- RAIDZ1 – ab drei Festplatten, verträgt den Ausfall einer Platte bei besserer Kapazitätsausnutzung als Mirror
- RAIDZ2 – ab vier Festplatten, verträgt den Ausfall von zwei Platten gleichzeitig, empfehlenswert ab sechs oder mehr Festplatten im Pool
Wer die Konfiguration lieber über die Kommandozeile nachvollziehen möchte (etwa zum Lernen oder zur Dokumentation), kann sich das Ergebnis des Assistenten so vorstellen, auch wenn TrueNAS die Erstellung über die Web-UI klar bevorzugt:
zpool create -o ashift=12 tank raidz1 /dev/sda /dev/sdb /dev/sdc
zpool status tank
Der Parameter ashift=12 stellt sicher, dass ZFS mit der richtigen Sektorgröße moderner Festplatten (4K statt 512 Byte) arbeitet, was spürbar Schreibleistung kostet, wenn er falsch gesetzt ist. Aktiviere zusätzlich die Kompression (meist standardmäßig „lz4“), da sie auf aktueller Hardware praktisch keine messbare CPU-Last verursacht, aber bei vielen Dateitypen zusätzlichen Platz spart.
Nachdem der Pool angelegt ist, zeigt dir die Übersicht unter „Storage“ den aktuellen Zustand, die genutzte Kapazität sowie den Zustand jeder einzelnen Festplatte. Kontrolliere an dieser Stelle einmal bewusst, ob TrueNAS SCALE tatsächlich alle erwarteten Laufwerke erkannt hat und ob der angezeigte „Pool Status“ den Wert „ONLINE“ für jedes VDEV zeigt. Ein Status wie „DEGRADED“ direkt nach dem Anlegen deutet meist auf ein Kabel- oder Anschlussproblem hin und sollte vor dem ersten produktiven Einsatz geklärt werden, nicht erst, wenn bereits wichtige Daten auf dem Pool liegen.
Schritt 7: Netzwerkfreigaben per SMB und NFS einrichten
Mit einem fertigen Pool kannst du jetzt Freigaben für deine Geräte einrichten. Für Windows- und die meisten macOS-Clients ist SMB die richtige Wahl, für Linux-Server und manche NAS-zu-NAS-Backups eignet sich NFS oft besser. Lege in „Datasets“ innerhalb deines Pools zunächst getrennte Datasets für unterschiedliche Zwecke an, etwa „medien“, „dokumente“ und „backups“, statt alles in einem einzigen Ordner zu sammeln. Das erleichtert später gezielte Snapshot- und Berechtigungs-Richtlinien pro Datensatz.
Erstelle anschließend unter „Shares“ eine SMB-Freigabe für jedes relevante Dataset und weise die zuvor angelegten Benutzer mit passenden Lese- und Schreibrechten zu. Die generierte Konfiguration liest sich im Hintergrund vereinfacht etwa so:
[medien]
path = /mnt/tank/medien
valid users = familie
read only = no
browseable = yes
Verbinde dich von einem Windows-Rechner aus über \\IP-DEINES-NAS\medien beziehungsweise auf dem Mac über „Mit Server verbinden“ mit smb://IP-DEINES-NAS/medien. Prüfe bei diesem ersten Zugriff direkt, ob Schreibrechte wie erwartet funktionieren, bevor du größere Datenmengen überträgst.
Für NFS-Freigaben, etwa wenn du einen Linux-Server oder einen zweiten TrueNAS-Rechner anbinden willst, legst du im selben Menü zusätzlich eine NFS-Freigabe an und beschränkst den Zugriff über erlaubte IP-Adressen oder Netzwerkbereiche, statt die Freigabe für das gesamte lokale Netz zu öffnen. Das ist besonders wichtig, wenn in deinem Haushalt auch Geräte eingebunden sind, denen du nicht vollständig vertraust, etwa Smart-Home-Hardware oder Gastgeräte in einem separaten WLAN.
Schritt 8: 2,5-Gigabit-Netzwerk und Verbindung optimieren
Ein klassisches Gigabit-Netzwerk begrenzt den Datendurchsatz auf etwa 110 bis 120 MB/s, was bei modernen SSD-gestützten Pools und mehreren gleichzeitigen Nutzern spürbar bremst. Aktuelle DIY-NAS-Baupläne setzen deshalb zunehmend auf 2,5-Gigabit-Ethernet, das in vielen neueren Mainboards bereits integriert ist und sich mit einem passenden Switch ohne großen Zusatzaufwand realisieren lässt.
Prüfe in der Web-Oberfläche unter „Network“ zunächst, ob die Netzwerkkarte deines Systems automatisch mit 2,5 GbE verhandelt. Falls dein NAS mehrere Netzwerkanschlüsse besitzt, kannst du sie zusätzlich per Link Aggregation (LACP) bündeln, was vor allem bei vielen parallelen Clients hilft, einzelne Dateiübertragungen aber nicht automatisch schneller macht, da eine einzelne Verbindung weiterhin nur über eine physische Leitung läuft.
Schritt 9: SSD-Cache einrichten und vom Boot-Laufwerk trennen
Ein häufiges Missverständnis bei neuen NAS-Bauten ist, SSD-Cache mit zusätzlicher Redundanz zu verwechseln. Tatsächlich dienen Cache-Laufwerke (L2ARC für Lesezugriffe, SLOG für synchrone Schreibzugriffe) ausschließlich der Geschwindigkeit, nicht der Datensicherheit. In aktuellen Community-Planungen taucht dafür häufig eine 2-TB-SSD als Cache-Laufwerk auf, klar getrennt von der eigentlichen Festplatten-Storage-Pool-Kapazität und vom separaten Boot-Laufwerk.
Füge die Cache-SSD im Pool-Manager über „Add VDEV“ als „Cache“-VDEV hinzu, keinesfalls als Teil des eigentlichen Daten-VDEVs. Ein Totalausfall der Cache-SSD führt dann im schlimmsten Fall zu kurzfristig schlechterer Performance, aber nie zu Datenverlust, da die Originaldaten weiterhin vollständig auf den Festplatten liegen.
Schritt 10: Snapshots, Replikation und automatische Backups konfigurieren
Ein NAS ersetzt kein Backup, es ist bestenfalls ein Baustein einer vollständigen 3-2-1-Backup-Strategie: drei Kopien der Daten, auf zwei unterschiedlichen Medientypen, davon eine Kopie räumlich getrennt. Richte dafür in TrueNAS SCALE unter „Data Protection“ regelmäßige Snapshots für jedes wichtige Dataset ein, zum Beispiel täglich mit 14 Tagen Aufbewahrung und wöchentlich mit einer längeren Aufbewahrungsfrist.
Ein manuell ausgelöster Snapshot sieht im Hintergrund vereinfacht so aus:
zfs snapshot tank/dokumente@daily-2026-10-13
zfs list -t snapshot
Für die externe Kopie bietet TrueNAS SCALE die Funktion „Replication Tasks“, mit der du Snapshots verschlüsselt auf ein zweites TrueNAS-System, einen Cloud-Speicher oder ein entferntes NAS bei Freunden oder Familie übertragen kannst. Richte diese Replikation unbedingt ein, bevor du dich ausschließlich auf das lokale NAS verlässt, ein Diebstahl, Blitzschlag oder Wasserschaden betrifft im Zweifel beide lokalen Kopien gleichzeitig.
Schritt 11: Jellyfin mit Hardware-Transcoding aufsetzen
Jellyfin ist einer der beliebtesten selbst gehosteten Medienserver und lässt sich in TrueNAS SCALE direkt über den integrierten App-Katalog installieren. Öffne dazu „Apps“, suche nach „Jellyfin“ und installiere die App über den Assistenten, wobei du als Medien-Datenverzeichnis das zuvor angelegte „medien“-Dataset auswählst.
Für Hardware-Transcoding musst du der App zusätzlich Zugriff auf die GPU gewähren. Aktiviere dafür in den erweiterten App-Einstellungen die GPU-Passthrough-Option und wähle die verfügbare Grafikeinheit aus, sei es die integrierte GPU einer aktuellen Intel-CPU für AV1- und H.264-Transcoding, oder eine dedizierte NVIDIA-Karte, sofern sie laut dem eingangs erwähnten Forenthread mit deiner Goldeye-Version kompatibel ist. In Jellyfin selbst aktivierst du die Hardwarebeschleunigung unter „Einstellungen → Wiedergabe → Transcoding“ und wählst dort das passende Beschleunigungsprofil aus.
Teste nach der Einrichtung gezielt mit einer Datei, die eigentlich eine Transcodierung erfordert, etwa ein 4K-HEVC-Video auf einem Gerät, das dieses Format nicht nativ abspielen kann. Im Jellyfin-Dashboard unter „Wiedergabe-Aktivität“ siehst du dann in Echtzeit, ob die Wiedergabe als „Transcode“ oder als „Direct Play“ läuft und welche Hardware dabei tatsächlich genutzt wird. Taucht dort trotz aktivierter Einstellungen weiterhin nur die CPU auf, hilft meist ein Neustart der App nach einer Treiberänderung, siehe dazu auch den Troubleshooting-Abschnitt weiter unten.
Schritt 12: Immich für automatisches Foto-Backup installieren
Immich hat sich als selbst gehostete Alternative zu Google Fotos etabliert und lässt sich, wie Jellyfin, über den App-Katalog von TrueNAS SCALE installieren. Weise der App beim Einrichten das Dataset „backups“ oder ein eigens angelegtes „fotos“-Dataset als Speicherziel zu. Wer Immich lieber manuell per Docker Compose betreiben möchte, etwa um mehr Kontrolle über einzelne Container-Versionen zu haben, kann das in TrueNAS SCALE über die „Custom App“-Funktion mit einer eigenen Compose-Datei tun:
services:
immich-server:
image: ghcr.io/immich-app/immich-server:release
volumes:
- /mnt/tank/fotos:/usr/src/app/upload
ports:
- "2283:2283"
restart: unless-stopped
Installiere anschließend die Immich-App auf deinem Smartphone und aktiviere dort den automatischen Hintergrund-Upload. Ab diesem Moment landen neue Fotos direkt und ohne Cloud-Abo auf deinem eigenen NAS, inklusive Gesichtserkennung und Zeitstrahl-Ansicht, sofern eine GPU für die Objekterkennung zur Verfügung steht.
Immich oder Nextcloud: Welche App für welchen Zweck
Immich und Nextcloud werden in der Praxis häufig verwechselt, lösen aber unterschiedliche Probleme. Immich ist auf Fotos und Videos spezialisiert und bildet in erster Linie einen Ersatz für Google Fotos oder iCloud-Fotos nach, inklusive automatischem Smartphone-Backup, Gesichtserkennung und Zeitstrahl-Darstellung. Nextcloud ist dagegen eine vollständige Dateisynchronisations- und Kollaborationsplattform, vergleichbar mit Dropbox oder Google Drive, inklusive Kalender, Kontakten und einer Office-Integration für gemeinsames Dokumentenbearbeiten.
| Kriterium | Immich | Nextcloud |
|---|---|---|
| Hauptzweck | Foto- und Video-Backup mit KI-Gesichtserkennung | Dateisynchronisation, Kalender, Office-Zusammenarbeit |
| Mobile App | Automatischer Foto-Upload im Hintergrund | Dateisynchronisation, optional auch Foto-Upload |
| GPU-Nutzung | Sinnvoll für schnellere Gesichts-/Objekterkennung | Kaum relevant, höchstens für Vorschaubilder |
| Ressourcenbedarf | Mittel bis hoch bei aktivierter KI-Erkennung | Niedrig bis mittel, abhängig von Apps/Plugins |
| Typischer Einsatz | Ersatz für Google Fotos/iCloud-Fotos | Ersatz für Dropbox/Google Drive/Office 365 |
Für die meisten Haushalte lohnt sich mittelfristig sogar der parallele Betrieb beider Apps auf demselben TrueNAS-SCALE-System, da sie unterschiedliche Datasets nutzen und sich in ihrer Funktion kaum überschneiden. Richte in diesem Fall für jede App ein eigenes Dataset mit eigenem Snapshot-Zeitplan ein, damit sich ein Problem in einer App nicht auf die Datensicherung der anderen auswirkt.
Die 7 häufigsten Fehler beim NAS-Eigenbau mit TrueNAS SCALE
Die meisten gescheiterten NAS-Projekte liegen nicht an TrueNAS SCALE selbst, sondern an Entscheidungen, die schon vor der Installation getroffen wurden. Die folgenden sieben Fehler tauchen in Community-Foren und Support-Anfragen besonders häufig auf und lassen sich mit etwas Vorbereitung komplett vermeiden.
- Eine einzelne Festplatte ohne Redundanz nutzen. Ohne Mirror oder RAIDZ bedeutet ein einziger Plattendefekt sofortigen, vollständigen Datenverlust
- Boot-Laufwerk und Daten-Pool nicht trennen. Wird das System-Laufwerk Teil des Daten-Pools, erschwert das spätere Updates und Wiederherstellungen erheblich
- Veraltetes BIOS vor der Installation nicht aktualisieren. Das führt zu Boot-Problemen, fehlerhafter Festplattenerkennung oder inaktiver Virtualisierung
- SSD-Cache mit Backup oder Redundanz verwechseln. Cache-VDEVs beschleunigen nur den Zugriff, sie sichern keine Daten zusätzlich ab
- ECC-RAM bei großen, wichtigen Pools ignorieren. Ohne ECC-Speicher bleiben Bit-Fehler im RAM potenziell unentdeckt, bevor sie in den Pool geschrieben werden
- SMR-Festplatten in einem RAID-Verbund einsetzen. Diese Festplatten brechen bei Resilver-Vorgängen nach einem Festplattenausfall oft deutlich in der Geschwindigkeit ein oder fallen sogar zeitweise aus dem Pool
- Kein externes Backup-Ziel einplanen. Ein NAS ohne Replikation auf ein zweites System oder in die Cloud ist kein Backup, sondern nur eine zweite Kopie am selben Ort
Troubleshooting: Die wichtigsten Probleme und Lösungen
Auch mit sorgfältiger Vorbereitung treten beim NAS-Eigenbau typische Probleme auf. Die meisten davon lassen sich in wenigen Minuten lösen, wenn man weiß, wo man suchen muss, anstatt vorschnell den Pool neu aufzusetzen oder gar Daten zu löschen. Diese Tabelle fasst die häufigsten Fehlerbilder rund um TrueNAS SCALE und ihre Lösung zusammen:
| Problem | Wahrscheinliche Ursache | Lösung |
|---|---|---|
| Pool wird nach Neustart nicht erkannt | Festplatten über Hardware-RAID-Controller statt direkt angebunden | Controller auf AHCI/HBA-Modus umstellen, Festplatten direkt durchreichen |
| NVIDIA-Treiber funktioniert nach Update nicht mehr | Treiberversion inkompatibel mit neuer Goldeye-Version | Kompatible Version laut Forenthread prüfen, vor größeren Updates Snapshot anlegen |
| SMB-Freigabe unter Windows unsichtbar | Falsche Benutzerrechte oder SMB-Protokollversion | Benutzerzuordnung in „Shares“ prüfen, SMB-Mindestversion in den Netzwerkeinstellungen kontrollieren |
| 2,5-GbE-Link fällt auf 1 GbE zurück | Kabel unterhalb Cat6 oder inkompatibler Switch-Port | Kabel und Switch-Spezifikation prüfen, Autonegotiation im Netzwerkmenü neu anstoßen |
| Jellyfin nutzt beim Transcoding nur die CPU | GPU-Passthrough in den App-Einstellungen nicht aktiviert | Hardwarebeschleunigung in App- und Jellyfin-Einstellungen gegenseitig abgleichen |
| Scrub meldet Prüfsummenfehler | Beginnender Festplattendefekt oder fehlerhaftes Kabel | SMART-Werte auslesen, betroffene Festplatte im Zweifel ersetzen |
| Web-UI nach Update nicht erreichbar | Update noch nicht abgeschlossen oder Netzwerkdienst neu gestartet | Einige Minuten warten, danach per Konsole/IPMI den Systemstatus prüfen |
| Apps-Pool startet nicht | Kubernetes-Umgebung ohne zugewiesenen Apps-Pool | Unter „Apps → Settings“ erneut einen Pool für Anwendungen zuweisen |
| Replikationstask schlägt fehl | SSH-Schlüssel zwischen den Systemen ungültig oder abgelaufen | SSH-Verbindung im Replikationsassistenten neu testen und Schlüssel neu austauschen |
Für die SMART-Diagnose aus der Tabelle reicht in der Regel ein Blick über die Web-Oberfläche unter „Storage → Disks“, wer es lieber direkt über die Konsole prüfen möchte, nutzt:
smartctl -a /dev/sda
Achte dabei besonders auf die Werte „Reallocated_Sector_Ct“ und „Current_Pending_Sector“. Steigen diese Zähler kontinuierlich an, ist das ein zuverlässiges Frühwarnzeichen für einen nahenden Festplattenausfall, selbst wenn der Pool aktuell noch fehlerfrei läuft.
Richte dir zusätzlich unter „System → Alert Settings“ eine E-Mail- oder Push-Benachrichtigung ein, damit dich TrueNAS SCALE von sich aus informiert, sobald ein Scrub Fehler findet, eine Festplatte ausfällt oder ein geplanter Snapshot-Task fehlschlägt. Ohne aktive Benachrichtigung verlässt du dich darauf, von selbst regelmäßig die Web-Oberfläche zu kontrollieren, was im Alltag schnell untergeht und genau in den Wochen ausbleibt, in denen tatsächlich ein Problem auftritt.
Erweiterte Tipps: GPU-Passthrough, Fernzugriff und Monitoring
Sobald die Grundfunktionen laufen, lohnen sich einige zusätzliche Schritte. Für den sicheren Zugriff von außerhalb des Heimnetzwerks solltest du keinesfalls die Web-Oberfläche direkt über eine Portfreigabe ins Internet stellen. Deutlich sicherer sind VPN-Lösungen wie WireGuard oder Overlay-Netzwerke wie Tailscale, die eine verschlüsselte Verbindung aufbauen, ohne offene Ports am Router zu benötigen.
Für produktive Systeme mit mehreren Nutzern lohnt sich außerdem ein Monitoring-Dashboard, das Festplattentemperaturen, Pool-Auslastung und RAM-Nutzung über die Zeit protokolliert, etwa über Netdata oder Grafana als zusätzliche App im Katalog. Wer eine USV (unterbrechungsfreie Stromversorgung) besitzt, sollte sie über das Network-UPS-Tools-Protokoll (NUT) direkt in TrueNAS SCALE einbinden, damit das NAS bei einem Stromausfall automatisch und kontrolliert herunterfährt, statt den Pool bei einem harten Stromverlust zu riskieren.
Beim Thema GPU-Passthrough lohnt sich regelmäßig ein Blick in den bereits erwähnten TrueNAS-Forenthread zur NVIDIA-Kompatibilität, da sich die unterstützten Treiberversionen mit jedem Goldeye-Patch-Release ändern können. Wer größere Hardware-Entscheidungen plant, etwa zwischen verschiedenen aktuellen GPU-Generationen für Transcoding und KI-Workloads, findet einen vertiefenden Vergleich aktueller Grafikkarten auch in unserem GPU-Duell zwischen RTX 5070 und RX 9070. Für generelle Trends bei PC-Komponenten, die auch NAS-Hardware betreffen, bietet sich zudem ein Blick in die laufende Hardware-Berichterstattung von Tom’s Hardware an.
Verschlüsselung auf Dataset-Ebene aktivieren
Wenn dein NAS an einem Ort steht, an dem physischer Zugriff durch Dritte nicht ausgeschlossen ist, etwa in einer Wohngemeinschaft oder einem Homeoffice mit Publikumsverkehr, lohnt sich native ZFS-Verschlüsselung auf Dataset-Ebene. Lege dafür beim Anlegen eines neuen Datasets im Reiter „Encryption Options“ ein Passwort oder einen Schlüssel fest. Wichtig dabei: Der verschlüsselte Zustand gilt pro Dataset, nicht automatisch für den gesamten Pool, und ein verlorener Schlüssel macht die Daten unwiederbringlich unzugänglich. Exportiere den Recovery-Key deshalb sofort nach dem Anlegen und bewahre ihn getrennt vom NAS auf, etwa in einem Passwort-Manager oder ausgedruckt in einem Safe.
Replikation in externe, S3-kompatible Cloud-Speicher
Neben der Replikation auf ein zweites physisches System unterstützt TrueNAS SCALE auch Cloud-Sync-Tasks zu S3-kompatiblen Speicherdiensten. Das eignet sich gut als dritte, räumlich komplett getrennte Kopie im Rahmen der 3-2-1-Regel, etwa für die wichtigsten Dokumente und unersetzlichen Familienfotos, ohne das komplette NAS-Volumen in die Cloud zu spiegeln. Richte dafür unter „Data Protection → Cloud Sync Tasks“ eine Verbindung mit den Zugangsdaten deines Cloud-Anbieters ein und beschränke den Task bewusst auf ein einzelnes, klar definiertes Dataset, damit Kosten und Übertragungszeit kalkulierbar bleiben.
Das fertige Projekt: Hardware- und Software-Stack im Überblick
Am Ende dieses Tutorials steht ein vollständig lauffähiges, selbst gebautes NAS. Zur Orientierung hier der komplette Stack, den du in den zwölf Schritten zusammengesetzt hast:
| Komponente | Beispielkonfiguration aus diesem Tutorial |
|---|---|
| Betriebssystem | TrueNAS SCALE 25.10 „Goldeye“ |
| Boot-Laufwerk | 480-GB-SATA-SSD, getrennt vom Daten-Pool |
| Daten-Pool | 3× 1-TB-Festplatten im RAIDZ1-Verbund (ca. 2 TB nutzbar) |
| Cache | 2-TB-SSD als separates Cache-VDEV |
| Netzwerk | 2,5-Gigabit-Ethernet zum Switch/Router |
| Freigaben | SMB für Windows/macOS-Clients, NFS für Linux-Systeme |
| Backup-Strategie | Tägliche Snapshots, wöchentliche Replikation auf ein zweites System |
| Medien-App | Jellyfin mit GPU-Hardware-Transcoding |
| Foto-Backup | Immich mit automatischem Smartphone-Upload |
| Fernzugriff | WireGuard oder Tailscale statt offener Portfreigabe |
Dieser Stack lässt sich jederzeit erweitern, etwa um Nextcloud für Dokumentensynchronisation, einen Pi-hole-Werbeblocker oder zusätzliche Festplatten, sobald der vorhandene Pool an seine Kapazitätsgrenze stößt. ZFS erlaubt es, einem bestehenden RAIDZ-Verbund weitere VDEVs hinzuzufügen, ohne den vorhandenen Pool komplett neu aufbauen zu müssen.
FAQ: Häufige Fragen zu TrueNAS SCALE und NAS-Eigenbau
Brauche ich für TrueNAS SCALE unbedingt ECC-RAM?
Nein, TrueNAS SCALE läuft auch mit gewöhnlichem Non-ECC-RAM stabil. ECC-Speicher reduziert aber das Risiko unentdeckter Bit-Fehler und ist bei großen, geschäftskritischen Pools empfehlenswert, für ein privates Medien- und Backup-NAS aber kein Muss.
Wie viele Festplatten brauche ich mindestens für ein sinnvolles NAS?
Für echte Redundanz sind mindestens zwei Festplatten in einem Mirror-Verbund notwendig. Für ein etwas effizienteres Verhältnis von Kapazität zu Redundanz empfehlen sich ab drei Festplatten ein RAIDZ1-, ab sechs Festplatten ein RAIDZ2-Verbund.
Kann ich TrueNAS SCALE auch virtualisiert in Proxmox betreiben?
Ja, das ist eine verbreitete Konfiguration, erfordert aber sauberes Festplatten-Passthrough an die virtuelle Maschine, damit ZFS direkten Zugriff auf die physischen Laufwerke hat statt auf virtualisierte Container.
Was ist der Unterschied zwischen TrueNAS SCALE und TrueNAS CORE?
TrueNAS CORE basiert auf FreeBSD und gilt als besonders stabile, schlanke Variante für reines Dateispeicher-Management. TrueNAS SCALE basiert auf Debian-Linux, bringt eine Kubernetes-Umgebung für Apps mit und bietet dadurch mehr Flexibilität für Dienste wie Jellyfin oder Immich.
Wie sichere ich mein NAS gegen Ransomware ab?
Snapshots sind hier die wichtigste Verteidigungslinie, da sie read-only sind und von gängiger Ransomware nicht nachträglich verschlüsselt werden können. Ergänzend solltest du Benutzerrechte streng vergeben und produktive Freigaben nicht dauerhaft mit Administratorrechten einbinden. Einen Überblick, wie sich klassische Endpoint-Security-Lösungen gegen solche Bedrohungen unterscheiden, bietet unser Vergleich von CrowdStrike, Defender und Sophos.
Lohnt sich eine dedizierte GPU für ein reines Datei-NAS?
Für reine Datei- und Backup-Aufgaben nicht. Erst sobald Jellyfin-Transcoding, Immich-Objekterkennung oder andere KI-gestützte Apps hinzukommen, zahlt sich eine kompatible GPU spürbar aus.
Wie oft sollte ich einen Scrub meines Pools durchführen?
Ein monatlicher Scrub ist für die meisten Heimanwender ein guter Kompromiss zwischen Datenintegritätsprüfung und Festplattenbelastung. TrueNAS SCALE lässt sich dafür unter „Data Protection“ mit einem festen Zeitplan automatisieren.
Was mache ich, wenn eine Festplatte im Pool ausfällt?
Ersetze die defekte Festplatte zeitnah durch ein baugleiches oder kapazitätsgleiches Modell und starte in der Web-Oberfläche unter „Storage“ den Resilver-Vorgang. Während des Resilverns bleibt der Pool nutzbar, läuft aber mit reduzierter Performance und ohne vollständige Redundanz, bis der Vorgang abgeschlossen ist.
Kann ich ein bestehendes NAS von TrueNAS CORE auf SCALE migrieren?
Ein direktes In-Place-Upgrade von CORE auf SCALE bietet iXsystems nicht an, da es sich um unterschiedliche Betriebssystem-Basen handelt. Der verlässliche Weg ist, TrueNAS SCALE auf einem separaten Boot-Laufwerk neu zu installieren und den vorhandenen ZFS-Pool anschließend zu importieren, da das Pool-Format zwischen beiden Varianten kompatibel ist.
Wie viel Strom verbraucht ein selbst gebautes NAS im Jahr?
Bei einem sparsamen Einstiegssystem mit rund 30 Watt Dauerlast kommen im 24/7-Betrieb etwa 260 Kilowattstunden pro Jahr zusammen, bei einem leistungsstärkeren System mit GPU und mehr Festplatten können es 80 Watt und mehr sein, was sich je nach Strompreis spürbar auf die laufenden Kosten auswirkt. Es lohnt sich daher, den tatsächlichen Verbrauch nach der Einrichtung einmal über eine Steckdosen-Messung zu prüfen, statt sich allein auf Herstellerangaben zu verlassen.
Tobias Krüger
Tobias Krüger ist Reporter für Hardware und Gaming bei TrendinTech und testet Grafikkarten, Prozessoren, Konsolen und Peripherie, während er zugleich die deutsche Spielebranche beobachtet. Tobias legt Wert auf reproduzierbare Messungen, klare Vergleiche und ehrliche Urteile, die Leserinnen und Lesern bei der Kaufentscheidung helfen.
Alle Artikel von Tobias Krüger (9)Ähnliche Artikel
![smart #2 vorgestellt: 19.990€ Zweisitzer mit 290 km [2026]](https://trendintech.com/de/wp-content/uploads/sites/5/2026/10/smart-2-elektro-zweisitzer-paris-weltpremiere-2026-gen-640x360.webp)
smart #2 vorgestellt: 19.990€ Zweisitzer mit 290 km [2026]
![Apples Smart-Home-Hub: 6-Zoll-Display, Name geleakt [2026]](https://trendintech.com/de/wp-content/uploads/sites/5/2026/10/apple-smart-home-hub-j490-homeview-2026-gen-640x360.webp)
Apples Smart-Home-Hub: 6-Zoll-Display, Name geleakt [2026]
![Fiat Multiplay: 4,45 m vereint Van, SUV und Pick-up [2026]](https://trendintech.com/de/wp-content/uploads/sites/5/2026/10/fiat-multiplay-studie-paris-2026-gen-640x360.webp)