TrueNAS 25.10.2: la actualización de estabilidad que te salva de un desastre

Hay versiones vistosas, con paneles nuevos, funciones relucientes y grandes cambios de arquitectura. Y luego hay versiones como esta, que a primera vista no parecen gran cosa pero evitan que tu fin de semana se convierta en una pesadilla de recuperación.

TrueNAS 25.10.2 acaba de salir y, sobre el papel, parece una lista de cambios larga. En la práctica es un parche de estabilidad que corrige algunos casos límite realmente dolorosos. Si alguna vez un NAS se te ha negado a arrancar después de una actualización, ya sabes por qué importa.

Lo primero de la lista es la corrección de un fallo crítico de actualización que afectaba a los sistemas que pasaban de 25.04 a 25.10. Algunos usuarios se encontraban con el error "Could not prepare Boot variable: No space left on device", y el resultado era peor que una vuelta atrás molesta: dejaba los sistemas sin poder arrancar tras un intento fallido. Un NAS que no arranca es un problema que te encoge el estómago, y nadie lo llamaría estético.

Que 25.10.2 lo resuelva directamente es enorme. Es el tipo de problema que hace que los usuarios prudentes se queden meses en versiones antiguas, porque cuando una actualización tiene aunque sea una pequeña probabilidad de dejarte el sistema inservible, dudar es lo racional. Esta versión parece una respuesta a esas dudas.

Luego está SMB. Quien actualizara desde versiones antiguas con configuraciones de ACL heredadas pudo encontrarse con que SMB sencillamente no arrancaba después de pasar a 25.10.1. Imagínatelo: tus recursos compartidos están configurados y tus datos están bien, pero el servicio no se levanta porque el formato de permisos cambió por debajo.

25.10.2 convierte ahora automáticamente los formatos de permisos heredados durante la inicialización. Es trabajo de limpieza y fontanería de migración, nada glamuroso, pero es el tipo de fontanería que evita que cunda el pánico en empresas y homelabs.

Las mejoras de NFS son más sutiles, pero igual de importantes. La actualización añade compatibilidad con STATX_CHANGE_COOKIE para exponer correctamente los números de secuencia de ZFS a los clientes NFSv4. Puede sonar muy técnico, pero el efecto es sencillo: mejor invalidación de la caché de atributos y menos peticiones innecesarias al servidor. Antes, los identificadores de cambio se sintetizaban a partir de ctime, que no siempre se incrementaba de forma fiable por la granularidad del temporizador del kernel. Dicho llanamente, eso significa menos incoherencias raras, mejor comportamiento bajo carga y una sincronización más limpia entre clientes y servidor. Es el tipo de corrección que solo notas cuando falta.

ZFS también recibe algo de cariño. Las importaciones de pools que antes tardaban una eternidad, sobre todo cuando las operaciones de destrucción asíncrona se comían el tiempo de los grupos de transacciones, ahora terminan antes. Si alguna vez te has quedado mirando una importación de pool eterna preguntándote si algo se había roto, sabes lo tensa que es esa espera. Mejorar la respuesta en esos momentos no es vistoso, pero cambia la experiencia emocional de usar el sistema.

También hay una corrección para la validación del reemplazo de discos, que rechazaba por error unidades de idéntica capacidad, y esa escuece. Sacas un disco averiado, compras exactamente el mismo modelo, lo metes y el sistema lanza un error de "device is too small". Es el tipo de fallo que te hace dudar de tu cordura. Esta versión corrige la lógica de validación para que los reemplazos legítimos sigan adelante como deben, lo que sobre todo repara la confianza.

La interfaz web también recibe un pulido considerable. Se han reducido las llamadas excesivas a la API durante la selección de usuarios y grupos, añadiendo un periodo de debounce más largo a los campos de autocompletado. Si tus registros se llenaban de peticiones fallidas solo porque estabas escribiendo un nombre de usuario, eso ya está resuelto. Es un detalle pequeño, pero reduce el ruido del sistema y mejora la respuesta de formas que se van sumando con el tiempo.

Las aplicaciones en contenedores también consumen menos CPU en segundo plano. Se optimizaron el procesamiento de YAML y la recogida de estadísticas de Docker para reducir el consumo de CPU del bucle de asyncio causado por las inspecciones repetidas de contenedores que retenían el GIL. Es muy de detalle, pero si ejecutas aplicaciones en SCALE, menos sobrecarga en segundo plano significa un rendimiento más predecible. Tu NAS se comporta primero como un appliance de almacenamiento y después como host de contenedores, que es como mucha gente lo quiere.

La red también recibió atención, con una corrección para los bloqueos de configuración de red causados por rutas IPv6 no válidas. Es uno de esos problemas que parecen surrealistas. Una entrada de ruta IPv6 poco habitual bloquea el acceso a los ajustes de red, a la gestión de aplicaciones e incluso al envío de informes de errores, y el sistema deja de responder por una rareza de enrutamiento mientras el hardware está perfectamente. Ahora gestiona esas entradas no válidas con elegancia en lugar de venirse abajo.

También se resolvieron los errores de validación al crear bridges de red. Quien haya intentado quitar las IP de una interfaz, crear un bridge y volver a asignar esas IP para acabar topándose con fallos de validación de Pydantic sabe lo frustrante que podía ser ese flujo. Esta actualización lo suaviza.

SMB recibe además una función nueva y práctica: los controles Hosts Allow y Hosts Deny para restringir el acceso por IP. No es revolucionaria, pero tiene su peso. Las restricciones a nivel de IP directamente en la configuración del recurso compartido dan a los administradores otra capa de control, y la novedad refuerza la idea de que esta plataforma sigue tomándose en serio las responsabilidades clásicas de un NAS.

Hay mejoras de calidad de vida por todas partes. Retirar el acceso SSH ahora funciona como debe en la interfaz. Los ajustes de caducidad de sesión respetan los tiempos configurados en lugar de cerrar la sesión de los usuarios a mitad de una operación. Los certificados con Distinguished Names enormes ya se pueden importar y gestionar correctamente. Incluso los diálogos de error se desplazan bien en lugar de obligar a los usuarios a alejar el zoom al 50% solo para encontrar los botones de acción. Nada de esto es espectacular, pero hace que el sistema sea más humano de usar.

Hay también una salvaguarda estructural: la pertenencia a grupos de la cuenta root queda fijada a builtin_administrators y no se puede modificar desde la interfaz. A primera vista puede parecer restrictivo, pero es diseño defensivo. Quitarle a root los privilegios necesarios podría romper tareas programadas, operaciones de sincronización con la nube, trabajos de cron y otras funciones del sistema, así que bloquearlo evita el autosabotaje accidental. Es un cambio sutil hacia proteger a los usuarios de sí mismos y de la deriva de configuración que acaba en fallos difíciles de diagnosticar meses después.

Por supuesto, ningún hilo sobre una versión estaría completo sin tensión. Algunos usuarios se dieron cuenta de que 25.10.2 todavía no está marcada como "General"; para el perfil General, 25.10.1 sigue siendo la versión actual. Esa distinción importa. Los perfiles de adopción temprana existen por algo: acceso anticipado a funciones nuevas, dando por entendido que puede hacer falta paciencia y enviar informes de errores.

Y en efecto, en el hilo hay informes de bonds de NIC que se rompen tras la actualización, de recreaciones que fallan y de una avalancha de alertas relacionadas con errores netlink de BondStatus. Es la doble cara de adoptar pronto: recibes las correcciones antes, pero también pasas a formar parte del campo de pruebas.

Un comentario llega a bromear con que los usuarios hacen el control de calidad por cuenta del fabricante. Es afilado, quizá un poco injusto, pero refleja una dinámica que siempre está presente en los ecosistemas impulsados por la comunidad. Las versiones son cosas vivas, y se estabilizan con el tiempo.

Lo que hace de verdad 25.10.2 es apretar tornillos. Parchea casos límite del cargador de arranque que podían dejar sistemas inservibles y repara los caminos de migración desde modelos de permisos antiguos. Mejora la corrección de NFS, suaviza el comportamiento de ZFS en operaciones pesadas y reduce la sobrecarga en segundo plano y los roces de la interfaz.

Nadie instala una versión así por entusiasmo. La instalas porque quieres menos sorpresas, y en el mundo del almacenamiento menos sorpresas lo es todo. Tu NAS es donde viven las copias de seguridad, donde están las fotos de la familia, donde se acumulan los proyectos y donde la disponibilidad importa aunque nadie esté mirando. TrueNAS 25.10.2 no va a acaparar titulares. Genera confianza, y a veces esa es justo la actualización que necesitas.