Synex acaba de dar uno de los cambios técnicos más importantes de su evolución. El proyecto anunció la disponibilidad de Synex 13 Immutable Alpha 1, la primera imagen pública de una nueva edición de la distribución Linux construida alrededor de Btrfs, generaciones arrancables y actualizaciones transaccionales.
La propuesta cambia una regla fundamental del sistema tradicional: las actualizaciones ya no modifican directamente el Linux que el usuario está utilizando en ese momento. En su lugar, Synex prepara los cambios sobre una nueva generación independiente, la valida y solo entonces permite convertirla en una opción de arranque.
El resultado busca ofrecer actualizaciones más predecibles y una vía sencilla para regresar a un estado anterior cuando algo sale mal, pero sin abandonar herramientas conocidas del ecosistema Debian como APT y dpkg.
Synex no ha convertido su sistema en una plataforma basada en imágenes ni ha sustituido completamente la administración tradicional de paquetes. En cambio, ha construido una arquitectura propia alrededor de ellos.
Puede leer también | AerynOS llega renovado con escritorios y mejoras en la instalación
¿Qué es Synex 13 Immutable?
Synex 13 Immutable es una nueva variante de Synex diseñada alrededor de un modelo generacional y transaccional.
La principal diferencia frente a una instalación Linux convencional aparece durante las actualizaciones.
En un sistema tradicional, cuando ejecutamos:
sudo apt update
sudo apt full-upgradeAPT y dpkg modifican directamente el sistema que está actualmente en ejecución.
Eso significa que durante una actualización pueden cambiar simultáneamente bibliotecas, paquetes, kernel, configuración y otros componentes.
Synex Immutable intenta separar ambos mundos.
El sistema actual continúa funcionando mientras la futura versión se construye independientemente.
El sistema activo permanece en solo lectura
Una de las características fundamentales de la nueva edición es que la raíz de la generación activa permanece en modo read-only.
El modelo simplificado puede representarse así:
Generación activa
|
+---- / Solo lectura
|
+---- /etc Estado generacional
|
+---- /var Persistente
|
+---- /home Persistente
|
+---- /root Persistente
Esto protege la base del sistema mientras está funcionando.
Sin embargo, Synex no convierte absolutamente todo el equipo en solo lectura.
Directorios destinados a información persistente, como /home, /var y /root, mantienen una vida independiente.
Btrfs es la pieza central
La arquitectura utiliza Btrfs para mantener diferentes generaciones del sistema.
Conceptualmente, pueden existir:
@immutable-generations/gen-0001
@immutable-generations/gen-0002
@immutable-generations/gen-0003Cada una representa un estado arrancable diferente.
Esto significa que una actualización no destruye inmediatamente la versión anterior.
La máquina puede conservar varias generaciones y seleccionar posteriormente cuál utilizar durante el arranque.
Pero una generación es mucho más que un snapshot
Este es uno de los detalles técnicos más interesantes de Synex Immutable.
El proyecto no considera una generación únicamente como una fotografía de archivos.
Cada generación incluye también el estado administrativo que debe coincidir con el software instalado.
Conceptualmente:
GENERACIÓN
|
+-- Sistema raíz
|
+-- /etc
|
+-- Estado APT/dpkg
|
+-- Kernel
|
+-- initramfs
|
+-- Entrada de arranque
El objetivo es evitar regresar a unos binarios determinados mientras el gestor de paquetes cree que existe un estado completamente diferente.
STATE: la otra mitad del sistema generacional
Para resolver este problema, cada generación dispone además de su propio STATE.
Por ejemplo:
@immutable-state/gen-0001
@immutable-state/gen-0002
@immutable-state/gen-0003Dentro de esta capa se administran elementos que deben evolucionar junto con la generación, entre ellos:
- /etc
- Base de datos de dpkg.
- Estado de APT.
- ucf.
- DKMS.
- debconf.
- Determinados metadatos utilizados por systemd.
La intención es mantener sincronizado el software con la información que describe los paquetes realmente instalados.
Así funciona una actualización en Synex Immutable
El flujo comienza creando una nueva generación:
sudo synex-immutable createSi el equipo está ejecutando:
gen-0001 ACTIVE
Synex puede preparar:
gen-0001 ACTIVE gen-0002 PENDING
La generación nueva es inicialmente modificable, pero no sustituye a la generación que el usuario está ejecutando.
APT trabaja dentro de la futura generación
Las actualizaciones se ejecutan posteriormente mediante comandos como:
sudo synex-immutable apt update
sudo synex-immutable apt full-upgradeTambién existen operaciones asociadas a instalación, eliminación, purga y actualización de paquetes.
La diferencia fundamental es que APT no modifica el sistema activo.
Synex crea un entorno aislado donde presenta conjuntamente:
ROOT futuro RW /etc futuro RW dpkg futuro RW APT futuro RW
Mientras esa operación ocurre, el usuario continúa trabajando sobre la generación anterior.
APT y dpkg no desaparecen
Esta decisión diferencia la propuesta de otros sistemas inmutables.
Synex continúa utilizando:
- APT.
- dpkg.
- Paquetes tradicionales.
- La estructura habitual del sistema.
Lo que cambia fundamentalmente es dónde se realizan las modificaciones.
Dentro del entorno transaccional, APT continúa encontrando rutas como:
/etc
/var/lib/dpkg
/var/lib/aptpero corresponden a la generación que está siendo preparada para el futuro arranque.
Puede leer también | Cómo instalar distintos formatos de paquetes en distribuciones Linux
Una actualización no se publica automáticamente
Que APT termine correctamente no significa que la nueva generación esté lista para sustituir al sistema anterior.
Synex introduce otra etapa denominada seal.
sudo synex-immutable seal gen-0002Antes de publicar la generación, Synex realiza diferentes comprobaciones.
Entre ellas se encuentran:
- Coherencia entre root y STATE.
- Estado de dpkg.
- Configuración correspondiente de fstab.
- Disponibilidad del kernel.
- Existencia del initramfs.
- Integración necesaria dentro del initramfs.
- Ausencia de mounts transaccionales pendientes.
Además, Synex utiliza:
dpkg --auditpara comprobar la consistencia del estado de los paquetes.
GRUB también participa en la transacción
Esta es otra decisión particularmente interesante.
Synex no considera terminada una actualización únicamente porque los paquetes estén instalados.
También necesita verificar que la nueva generación pueda arrancar.
La edición incorpora su propio generador de GRUB:
/etc/grub.d/09_synex-immutableEl generador identifica las generaciones disponibles y publica únicamente aquellas que han alcanzado el estado requerido.
Una entrada puede aparecer como:
Synex Immutable - gen-0002y apunta específicamente al subvolumen correspondiente.
Kernel e initramfs también pertenecen a la generación
Otro detalle importante es que /boot forma parte de cada generación.
Por ello, kernel e initramfs avanzan junto con el resto del sistema.
Esto es fundamental para que regresar a una generación anterior no implique ejecutar un sistema antiguo con un kernel que pertenece a otra actualización.
En cambio:
/boot/grubpermanece como estado persistente compartido.
¿Qué ocurre si una actualización rompe el sistema?
Ahí aparece una de las principales ventajas del modelo.
Supongamos que existen:
gen-0001 gen-0002 gen-0003
y la última generación produce un problema.
En esta Alpha 1 todavía no existe un comando específico para ejecutar un rollback administrado.
La recuperación consiste en seleccionar desde GRUB una generación anterior sellada.
El usuario podría iniciar:
Synex Immutable - gen-0002y volver al estado correspondiente.
Volver atrás no destruye la historia
El modelo permite algo especialmente interesante.
Si el usuario vuelve a una generación antigua y decide continuar trabajando desde allí, Synex puede crear una nueva generación tomando como origen precisamente el sistema que se está ejecutando.
No necesita sobrescribir las generaciones posteriores.
Esto convierte la secuencia de estados del sistema en una especie de historial arrancable.
Rollback del sistema no significa rollback de tus archivos
Esta distinción es fundamental.
Los datos persistentes tienen un ciclo de vida diferente del sistema operativo.
Directorios como:
/home
/var
/rootcontinúan siendo persistentes.
Eso evita que regresar a una generación anterior del sistema implique automáticamente hacer retroceder también documentos, perfiles, logs o datos de aplicaciones.
En otras palabras:
volver al sistema de ayer no significa necesariamente recuperar los documentos de ayer.
Synex también reconoce los límites de su modelo
La arquitectura no promete atomicidad absoluta sobre cada operación posible de una computadora.
El directorio general /var continúa siendo persistente.
Por ello, determinados scripts ejecutados durante una transacción podrían modificar áreas persistentes utilizadas por aplicaciones.
La garantía perseguida por Synex está centrada principalmente en mantener una fuerte coherencia entre:
- La generación del sistema.
- Su configuración asociada.
- APT.
- dpkg.
- Kernel e initramfs.
- Configuración de arranque validada.
Los datos persistentes mantienen deliberadamente una vida independiente.
Synex estudió openSUSE MicroOS, pero creó su propio modelo
El propio proyecto explica que el desarrollo comenzó estudiando la arquitectura de openSUSE MicroOS.
Sin embargo, Synex no quiso reproducir literalmente su estructura.
| Concepto | Synex Immutable |
|---|---|
| Actualizaciones | synex-immutable |
| Sistema de archivos | Btrfs |
| Estados | Generaciones propias |
| Paquetes | APT + dpkg |
| Estado administrativo | STATE v2 |
| Arranque | GRUB |
| Aplicaciones de usuario | Flatpak mediante Synex Package Manager |
La idea fue conservar los principios que interesaban de una arquitectura transaccional y adaptarlos al ecosistema que ya utiliza Synex.
No utiliza OSTree
Otro punto importante es que Synex Immutable no adopta un modelo basado en OSTree.
El proyecto mantiene el sistema tradicional de paquetes y construye la capa transaccional alrededor de APT y dpkg.
Esto puede resultar particularmente interesante para usuarios acostumbrados al ecosistema Debian que quieren experimentar con un sistema más protegido frente a actualizaciones problemáticas sin abandonar completamente el modelo tradicional de paquetes.
Puede leer también | WizOS: una distribución Linux empresarial construida sobre Alpine
Flatpak queda separado del sistema base
Synex también diferencia claramente las aplicaciones del usuario de los componentes fundamentales del sistema.
En esta Alpha, Synex Package Manager puede seguir gestionando aplicaciones Flatpak.
El esquema conceptual es:
APLICACIONES
|
Flatpak
|
Synex Package Manager
SISTEMA BASE
|
APT + dpkg
|
synex-immutable
El proyecto pretende mejorar posteriormente esta integración para que Synex Package Manager detecte automáticamente cuando está ejecutándose sobre la variante Immutable y muestre únicamente las operaciones compatibles.
Calamares también tuvo que adaptarse
Un sistema generacional necesita comenzar desde la propia instalación.
Por ello Synex adaptó también Calamares.
Durante la instalación se crea inicialmente un root convencional temporal.
Al finalizar, ese entorno se transforma en:
@immutable-generations/gen-0001
@immutable-state/gen-0001La primera generación es entonces validada, sellada y publicada en GRUB.
Una vez confirmada la configuración de arranque, la raíz temporal convencional se elimina.
Según el proyecto, este procedimiento ha sido implementado y probado tanto con UEFI como con BIOS.
¿Qué incluye ya Synex 13 Immutable Alpha 1?
| Función | Alpha 1 |
|---|---|
| Root activo read-only | Sí |
| Generaciones Btrfs | Sí |
| /etc generacional | Sí |
| STATE para APT/dpkg | Sí |
| APT transaccional | Sí |
| Validación con dpkg --audit | Sí |
| Sellado de generaciones | Sí |
| Integración con GRUB | Sí |
| Arranque de generaciones anteriores | Sí |
| Persistencia independiente de /home y /var | Sí |
| Instalación UEFI | Sí |
| Instalación BIOS | Sí |
Todavía hay funciones pendientes
Es importante recordar que estamos ante una Alpha 1.
Synex reconoce varias funciones que todavía deben desarrollarse o perfeccionarse.
Entre ellas:
- Administración y política de retención de generaciones antiguas.
- Un comando específico y administrado para rollback.
- Selección administrada de la generación predeterminada.
- Health checking después del arranque.
- Fallback automático cuando una generación presenta problemas.
- Gestión de cambios realizados en /etc mientras existe una generación pendiente.
- Pruebas adicionales con paquetes y maintainer scripts complejos.
Esto explica por qué el proyecto presenta la imagen actual como una versión destinada principalmente a evaluación y pruebas.
¿Es Synex 13 Immutable recomendable para producción?
No todavía.
Esta versión está identificada explícitamente como Alpha 1.
Su propósito actual es permitir que desarrolladores y usuarios interesados prueben el nuevo diseño, descubran incompatibilidades y ayuden a madurar la arquitectura.
No debería interpretarse como una edición estable preparada para sustituir inmediatamente sistemas críticos o estaciones de trabajo de producción.
¿Para quién resulta especialmente interesante?
Synex 13 Immutable puede resultar particularmente atractivo para:
- Usuarios interesados en distribuciones inmutables.
- Administradores Linux.
- Desarrolladores.
- Personas que quieran experimentar con Btrfs.
- Usuarios interesados en sistemas transaccionales.
- Quienes quieran estudiar alternativas a OSTree.
- Usuarios familiarizados con APT y dpkg que quieran probar un modelo generacional.
¿Por qué las distribuciones Linux están mirando hacia la inmutabilidad?
Las distribuciones tradicionales ofrecen una enorme flexibilidad: prácticamente cualquier parte del sistema puede modificarse en cualquier momento.
Pero esa flexibilidad también puede producir configuraciones difíciles de reproducir.
Los modelos inmutables o transaccionales intentan introducir una idea diferente:
el sistema base debe cambiar mediante operaciones controladas y predecibles.
En lugar de ir modificando continuamente la instalación actual, se prepara un nuevo estado coherente que posteriormente puede convertirse en el sistema activo.
Este enfoque también facilita conservar estados anteriores para recuperación.
Synex propone una tercera vía interesante
El aspecto más llamativo de Synex 13 Immutable quizá no sea simplemente que utilice Btrfs.
Lo realmente interesante es cómo intenta combinar dos mundos.
Por un lado:
- Sistema raíz protegido.
- Generaciones.
- Actualizaciones transaccionales.
- Rollback desde el arranque.
Por otro:
- APT.
- dpkg.
- GRUB.
- Estructura Linux reconocible.
No pretende eliminar el gestor de paquetes tradicional para adoptar completamente un sistema basado en imágenes.
Intenta hacer que ese gestor de paquetes trabaje dentro de una arquitectura generacional.
Recomendamos
- AerynOS llega renovado con escritorios y mejoras en la instalación
- WizOS: una nueva distribución Linux empresarial construida sobre Alpine
- Cómo instalar cualquier paquete en diferentes distribuciones Linux
- Guía paso a paso para migrar de Windows a Linux sin complicaciones
En resumen
Synex 13 Immutable Alpha 1 introduce una nueva edición de la distribución basada en generaciones Btrfs y actualizaciones transaccionales.
El sistema que está ejecutándose permanece protegido, mientras APT y dpkg trabajan sobre una generación futura separada.
Antes de publicar esa generación, Synex verifica el estado de paquetes, kernel, initramfs y configuración de GRUB.
Las generaciones anteriores permanecen disponibles como estados arrancables independientes, mientras los datos persistentes tienen un ciclo de vida separado.
La distribución mantiene APT, dpkg y GRUB y no adopta un sistema basado en OSTree.
La Alpha 1 ya puede descargarse, aunque todavía está dirigida principalmente a pruebas y evaluación.
Resumen
Synex 13 Immutable no es simplemente otra edición de Synex con Btrfs activado.
Representa un cambio mucho más profundo en la manera en que la distribución entiende las actualizaciones.
La diferencia puede resumirse en una idea: una actualización no debería destruir el estado conocido y funcional del sistema antes de demostrar que el nuevo estado es coherente y arrancable.
Synex intenta resolver ese problema creando generaciones independientes, ejecutando APT fuera del sistema activo y haciendo que incluso kernel, initramfs y GRUB formen parte del proceso de validación.
Al mismo tiempo, evita abandonar tecnologías familiares para muchos administradores Linux. APT sigue siendo APT. dpkg sigue siendo dpkg. GRUB continúa controlando el arranque.
La innovación está en hacerlos trabajar de otra forma.
Naturalmente, todavía estamos ante una Alpha y quedan problemas importantes por resolver, especialmente el rollback administrado, la gestión automática de generaciones y la recuperación automática después de un arranque defectuoso.
Pero técnicamente la propuesta resulta muy interesante porque demuestra que el concepto de Linux inmutable no tiene por qué significar necesariamente abandonar el modelo tradicional de paquetes.
Si Synex consigue madurar este diseño, podría encontrar un espacio interesante entre las distribuciones Linux convencionales y las nuevas plataformas completamente orientadas a imágenes.
Por ahora, Synex 13 Immutable Alpha 1 ofrece algo quizá todavía más valioso: un laboratorio abierto para observar cómo APT, dpkg, Btrfs y GRUB pueden convertirse juntos en la base de un sistema Linux generacional y transaccional.
Fuente principal: Synex — Synex 13 Immutable Alpha 1: generaciones Btrfs, actualizaciones transaccionales y un nuevo modelo para el sistema.
