TrueNAS 25.10.2 ist da - und es ist die Art von Update, die Sie still und leise vor einer Katastrophe bewahrt
TrueNAS 25.10.2 ist da - und es ist die Art von Update, die Sie still und leise vor einer Katastrophe bewahrt
Es gibt auffällige Releases. Die mit neuen Dashboards, glänzenden Features und großen architektonischen Umbrüchen. Und dann gibt es Releases wie dieses hier - die Art, die auf den ersten Blick nicht dramatisch wirkt, aber still und leise verhindert, dass Ihr Wochenende zu einem Recovery-Albtraum wird.
TrueNAS 25.10.2 ist gerade erschienen, und auf dem Papier liest es sich wie ein langer Changelog. In Wirklichkeit ist es ein Stabilitätspatch, der einige wirklich schmerzhafte Grenzfälle behebt.
Wenn Ihr NAS schon einmal nach einem Upgrade den Boot verweigert hat, wissen Sie bereits, warum das wichtig ist.
Ganz oben auf der Liste steht ein Fix für einen kritischen Upgrade-Fehler, der Systeme betrifft, die von 25.04 auf 25.10 wechseln. Manche Nutzer stießen auf einen Fehler "Could not prepare Boot variable: No space left on device", und das Ergebnis war nicht nur ein lästiges Rollback. Es machte Systeme nach einem fehlgeschlagenen Versuch nicht mehr bootfähig.
Nicht bootfähig.
Das ist nicht kosmetisch. Das lässt einem den Magen umdrehen.
Die Tatsache, dass 25.10.2 das direkt angeht, ist enorm. Es ist die Art von Problem, die vorsichtige Nutzer monatelang bei älteren Releases bleiben lässt. Wenn Upgrades auch nur eine kleine Chance haben, ein System zu bricken, ist Zögern rational.
Und dieses Release fühlt sich wie eine Antwort auf dieses Zögern an.
Dann gibt es SMB. Wer von älteren Versionen mit Legacy-ACL-Konfigurationen upgradet, könnte in eine Situation geraten sein, in der SMB nach dem Upgrade auf 25.10.1 einfach nicht startet.
Stellen Sie sich das vor. Ihre Shares sind konfiguriert. Ihre Daten sind in Ordnung. Aber der Service startet nicht, weil sich das Berechtigungsformat unter der Haube geändert hat.
25.10.2 konvertiert nun Legacy-Berechtigungsformate automatisch während der Initialisierung. Das ist keine glamouröse Arbeit. Das ist Aufräumarbeit. Es ist Migrations-Klempnerei. Aber es ist die Art von Klempnerei, die Unternehmen - und Homelabs - vor Panik bewahrt.
Die NFS-Verbesserungen sind subtiler, aber ebenso wichtig. Das Update fügt Unterstützung für STATX_CHANGE_COOKIE hinzu, um ZFS-Sequenznummern korrekt an NFSv4-Clients weiterzugeben.
Das mag zutiefst technisch klingen, aber die Auswirkung ist einfach: bessere Attribut-Cache-Invalidierung und weniger unnötige Server-Anfragen. Zuvor wurden Change-IDs auf Basis von ctime synthetisiert, was aufgrund der Kernel-Timer-Granularität nicht immer zuverlässig inkrementierte.
Auf gut Deutsch? Weniger seltsame Inkonsistenzen. Besseres Verhalten unter Last. Sauberere Synchronisation zwischen Clients und Server.
Das ist die Art von Fix, die man nur bemerkt, wenn sie fehlt.
Auch ZFS bekommt hier Liebe. Pool-Imports, die zuvor ewig dauerten - besonders wenn asynchrone Destroy-Operationen Transaktionsgruppenzeit fraßen -, schließen nun schneller ab.
Wenn Sie schon einmal auf einen langen Pool-Import gestarrt haben und sich gefragt haben, ob etwas kaputt ist, wissen Sie, wie angespannt sich dieses Warten anfühlt. Die Reaktionsfähigkeit in solchen Momenten zu verbessern, ist nicht auffällig, aber es verändert die emotionale Erfahrung der Systemnutzung.
Es gibt auch einen Fix für eine Disk-Ersatz-Validierung, die identische Kapazitätslaufwerke fälschlicherweise ablehnte.
Das brennt.
Sie ziehen eine ausgefallene Disk. Sie kaufen exakt dasselbe Modell. Sie stecken es ein. Und das System wirft einen Fehler "device is too small". Das ist die Art von Bug, die einen am eigenen Verstand zweifeln lässt. Dieses Release korrigiert diese Validierungslogik, sodass legitime Ersatzteile wie erwartet funktionieren.
Wieder kein Feature. Eine Vertrauensreparatur.
Auch das Web-Interface bekommt spürbaren Feinschliff. Übermäßige API-Aufrufe während der Nutzer- und Gruppenauswahl wurden reduziert, indem eine längere Debounce-Periode für Autocomplete-Felder hinzugefügt wurde.
Wenn Ihre Logs sich mit fehlgeschlagenen Anfragen füllten, nur weil Sie einen Nutzernamen eingegeben haben, ist das jetzt behoben. Es ist ein kleines Detail, aber es reduziert Systemrauschen und verbessert die Reaktionsfähigkeit auf Weisen, die sich mit der Zeit summieren.
Auch containerisierte Apps bekommen Reduzierungen bei der Hintergrund-CPU-Nutzung. YAML-Verarbeitung und Docker-Stats-Sammlung wurden optimiert, um den asyncio-Loop-CPU-Verbrauch zu reduzieren, der durch wiederholte Container-Inspektionsoperationen verursacht wurde, die das GIL hielten.
Das ist tief im Detail. Aber wenn Sie Apps auf SCALE laufen lassen, bedeutet weniger Hintergrund-Overhead vorhersehbarere Performance. Es bedeutet, Ihr NAS verhält sich zuerst wie eine Storage-Appliance und erst dann wie ein Container-Host - was für viele Leute die gewünschte Reihenfolge ist.
Auch das Networking bekam Aufmerksamkeit. Es gibt einen Fix für Netzwerkkonfigurations-Aussperrungen, die durch ungültige IPv6-Routen verursacht wurden.
Das ist eines dieser Probleme, die sich surreal anfühlen. Ein ungewöhnlicher IPv6-Routeneintrag blockiert den Zugriff auf Netzwerkeinstellungen, App-Management, sogar Bug-Reporting. Das System wird nicht mehr responsive, nicht weil die Hardware ausgefallen ist, sondern wegen Routing-Merkwürdigkeiten.
Jetzt behandelt es solche ungültigen Einträge elegant, statt zusammenzubrechen.
Auch Validierungsfehler bei der Netzwerk-Bridge-Erstellung wurden behoben. Wer schon einmal versucht hat, IPs von einer Schnittstelle zu entfernen, eine Bridge zu erstellen und diese IPs neu zuzuweisen, nur um auf Pydantic-Validierungsfehler zu stoßen, weiß, wie frustrierend dieser Workflow sein konnte. Dieses Update glättet ihn.
SMB bekommt auch ein praktisches neues Feature: Hosts-Allow- und Hosts-Deny-Kontrollen für IP-basierte Zugriffsbeschränkungen.
Das ist nicht revolutionär, aber bedeutsam. IP-Level-Beschränkungen direkt in der Share-Konfiguration geben Admins eine weitere Kontrollebene. Es ist die Art von Ergänzung, die die Idee verstärkt, dass diese Plattform traditionelle NAS-Verantwortlichkeiten weiterhin ernst nimmt.
Es gibt überall Quality-of-Life-Fixes. Das Entfernen des SSH-Zugriffs verhält sich in der UI nun korrekt. Session-Ablaufeinstellungen respektieren nun konfigurierte Timeouts, statt Nutzer mitten in einer Operation auszuloggen. Zertifikate mit extrem großen Distinguished Names können nun korrekt importiert und verwaltet werden.
Selbst Fehlerdialoge scrollen jetzt richtig, statt Nutzer zu zwingen, auf 50% herauszuzoomen, nur um die Aktionsschaltflächen zu finden.
Das ist nicht dramatisch. Das ist menschlich.
Es gibt auch eine strukturelle Absicherung: Die Root-Account-Gruppenmitgliedschaft ist nun auf builtin_administrators festgelegt und kann nicht mehr über die UI geändert werden.
An der Oberfläche mag sich das restriktiv anfühlen. Aber es ist defensives Design. Das Entfernen erforderlicher Berechtigungen von Root könnte geplante Aufgaben, Cloud-Sync-Operationen, Cron-Jobs und andere Systemfunktionen brechen. Das zu sperren verhindert versehentliche Selbstsabotage.
Es ist eine subtile Verschiebung hin zum Schutz der Nutzer vor sich selbst - und vor Konfigurationsdrift, die Monate später zu schwer diagnostizierbaren Ausfällen führt.
Natürlich wäre kein Release-Thread vollständig ohne Spannung.
Manche Nutzer bemerkten, dass 25.10.2 noch nicht als "General" markiert ist. Für das General-Profil bleibt 25.10.1 aktuell. Diese Unterscheidung zählt. Early-Adopter-Profile existieren aus einem Grund: vorzeitiger Zugriff auf neue Funktionalität, mit dem Verständnis, dass Geduld und Bug-Reports nötig sein könnten.
Und tatsächlich gibt es im Thread Berichte über NIC-Bonds, die nach dem Upgrade brechen, fehlschlagende Neuerstellung, Alarm-Spam im Zusammenhang mit BondStatus-Netlink-Fehlern.
Das ist die Dualität früher Adoption. Man bekommt Fixes schneller - wird aber auch Teil des Testfelds.
Ein Kommentar scherzt sogar, dass Nutzer stellvertretend für den Hersteller Qualitätskontrolle betreiben. Es ist scharf, vielleicht etwas unfair, aber es spiegelt eine Dynamik wider, die in community-getriebenen Ökosystemen immer präsent ist.
Releases sind lebendige Dinge. Sie stabilisieren sich über die Zeit.
Was 25.10.2 wirklich darstellt, ist ein Nachziehen der Schrauben. Es repariert Bootloader-Grenzfälle, die Systeme bricken könnten. Es repariert Migrationspfade von älteren Berechtigungsmodellen. Es verbessert NFS-Korrektheit. Es glättet ZFS-Verhalten unter starker Belastung. Es reduziert Hintergrund-Overhead und UI-Reibung.
Es ist die Art von Release, die man nicht installiert, weil man aufgeregt ist, sondern weil man weniger Überraschungen will.
Und in der Storage-Welt sind weniger Überraschungen alles.
Denn Ihr NAS ist kein Spielzeug. Es ist der Ort, an dem Backups leben. Wo Familienfotos liegen. Wo Projekte sich ansammeln. Wo Uptime still und leise zählt.
TrueNAS 25.10.2 ist kein Schlagzeilenmacher. Es ist ein Vertrauensbildner.
Und manchmal ist genau das das Update, das man braucht.