Nos complace anunciar la publicación de nuevas imágenes de Synex Semi-rolling, la rama basada en Debian Testing. Esta actualización trae tres novedades: la edición COSMIC avanza a la versión 1.5.0, se suma synex-snapshots para la gestión de snapshots Btrfs desde una interfaz gráfica, y el instalador corrige un problema que impedía completar la instalación en equipos con arranque BIOS/MBR.
COSMIC 1.5.0
La edición COSMIC de Synex Semi-rolling pasa a la versión 1.5.0, la última publicada por System76 para su entorno de escritorio escrito en Rust. La actualización alcanza al conjunto completo del stack: el compositor Wayland, el panel y sus applets, el centro de configuración, el gestor de sesión y las aplicaciones propias que acompañan al entorno.
Como en cada revisión, Synex aplica su identidad visual sobre el entorno original: acento naranja, tipografías Inter y Hack, fondo de pantalla propio y un dock preconfigurado con las herramientas del sistema. Las aplicaciones GTK de terceros se orientan a un tema oscuro coherente, de modo que el escritorio conserve una apariencia uniforme al instalar software fuera del conjunto por defecto.
El empaquetado de COSMIC para Debian y Synex se mantiene público en el repositorio cosmic-synex, disponible para su inspección o para quien quiera construirlo por su cuenta.
synex-snapshots: gestión y restauración segura de snapshots Btrfs
Esta versión estrena synex-snapshots, una nueva aplicación gráfica desarrollada con GTK4 y libadwaita para crear, administrar y restaurar snapshots en instalaciones que utilizan Btrfs.
La herramienta detecta automáticamente el esquema Btrfs del sistema en ejecución e identifica sus subvolúmenes operacionales de nivel superior. El almacenamiento de snapshots se mantiene separado en un subvolumen dedicado, @snapshots, montado en /.snapshots, evitando mezclar los snapshots con los subvolúmenes utilizados normalmente por el sistema.
Synex Snapshots permite trabajar con dos modalidades. Los snapshots Single permiten conservar el estado de un subvolumen individual, mientras que los Full generan un conjunto consistente de todos los subvolúmenes operacionales detectados. Los snapshots se crean en modo de solo lectura y cada conjunto incorpora su propio manifiesto con metadatos, identificadores y la información necesaria para validar posteriormente la operación. La interfaz también diferencia el propósito de cada conjunto, separando los snapshots creados manualmente de aquellos generados automáticamente como medida de seguridad antes de una restauración.
La restauración es uno de los aspectos donde se concentró especialmente el diseño de seguridad. Antes de modificar el sistema, Synex Snapshots realiza una validación previa del conjunto seleccionado y crea automáticamente un nuevo snapshot del estado actual, identificado como Pre-restore. Este conjunto no queda sujeto a una eliminación automática: se conserva hasta que el usuario decida eliminarlo manualmente, proporcionando un punto de retorno adicional ante una restauración no deseada.
El reemplazo de los subvolúmenes tampoco se realiza destruyendo inmediatamente el estado existente. Los nuevos subvolúmenes restaurados se preparan primero de forma independiente y, durante la aplicación de la restauración, los subvolúmenes actuales son desplazados temporalmente a un estado de respaldo transaccional. Sólo después se colocan los nuevos subvolúmenes en sus ubicaciones canónicas. De esta forma, el estado anterior permanece disponible durante la fase crítica de la operación y puede utilizarse para revertir una falla controlada antes de completar el cambio.
Una vez aplicada la restauración, el reinicio del sistema es obligatorio. Synex Snapshots registra el estado de la operación e impide iniciar una segunda restauración durante el mismo arranque, evitando encadenar cambios sobre un sistema que todavía no fue iniciado desde los nuevos subvolúmenes. Después del reboot, un servicio systemd de tipo oneshot comprueba que el sistema ya arrancó desde el nuevo estado, finaliza la transacción y elimina automáticamente los subvolúmenes temporales de la instalación anterior y los datos internos de la operación. El snapshot Pre-restore, en cambio, permanece disponible para el usuario.
En las restauraciones Full, el objetivo es devolver el conjunto operacional al estado representado por el snapshot seleccionado, no simplemente restaurar archivos aislados. Esto permite mantener coherencia entre los diferentes subvolúmenes que forman parte del sistema.
Los conjuntos que incluyen el subvolumen raíz también garantizan cobertura de /boot. Cuando /boot forma parte del propio subvolumen raíz Btrfs, queda incluido naturalmente en el snapshot. Cuando utiliza una partición ext4 independiente, Synex Snapshots crea y valida un archivo comprimido con zstd que permite restaurar también su contenido. En este último escenario, /boot/efi se mantiene preservado durante la operación.
Todas las acciones que requieren privilegios administrativos se encuentran separadas de la interfaz gráfica y pasan por un asistente root limitado a operaciones específicas, autorizado mediante Polkit. De esta forma, la aplicación gráfica continúa ejecutándose como el usuario normal y sólo eleva privilegios cuando una operación realmente lo requiere.
Synex Snapshots 0.1.0 incorpora además interfaz en inglés y español, integración con el escritorio y una base preparada para continuar ampliando sus capacidades de gestión de snapshots en próximas versiones.
Sobre dónde estrenan las novedades
synex-snapshots llega primero a Semi-rolling, y esa decisión responde a un criterio que la rama viene consolidando: es el lugar donde los desarrollos nuevos del proyecto entran en circulación y acumulan uso real antes de sumarse a la rama estable. Ya se aplicó con la edición COSMIC, que se incorpora a Stable una vez completado un ciclo sin inconvenientes de peso, y de aquí en adelante será el camino previsto para las herramientas que el proyecto desarrolle.
Para quienes usan Synex 13, esto significa que synex-snapshots estará disponible cuando el trabajo esté maduro y respaldado por el uso en Semi-rolling. Mientras tanto, quienes quieran probarlo desde ahora, y aportar su experiencia, encontrarán la herramienta en estas imágenes.
Instalación en equipos con arranque BIOS/MBR
Se corrigió un problema que impedía completar la instalación en equipos que arrancan en modo BIOS heredado. La causa era la ausencia de grub-pc-bin en el medio de instalación, sin el cual el instalador no podía escribir el gestor de arranque en el MBR.
Las imágenes ahora incluyen tanto grub-pc-bin como grub-efi-amd64-bin, de modo que la instalación se completa correctamente en ambos modos de arranque.
Componentes principales
Estas imágenes se construyeron sobre Debian Testing e incluyen kernel Linux 7.1.8, systemd 261.2, OpenSSL 3.6.3, Mesa 26.1.5, PipeWire 1.6.8, WirePlumber 0.5.15, Firefox ESR 140.13.0 y Flatpak 1.18.1. La instalación se realiza con Calamares 3.4.2 y calamares-settings-synex 1.0.29, y todas las ediciones incluyen Synex Package Manager 1.2.3 y synex-snapshots 0.1.0.
Por edición: KDE Plasma 6.7.2 con KWin 6.7.2 y KDE Applications 26.04.0; GNOME Shell 50.3 con GDM3 50.1 y Nautilus 50.2.2; XFCE 4.20, con xfce4-panel 4.20.8, xfce4-session 4.20.4, xfwm4 4.20.0 y Thunar 4.20.9; y COSMIC Epoch 1.5.0.
Disponibilidad
Las nuevas imágenes de Synex Semi-rolling están disponibles para descarga inmediata en las ediciones KDE Plasma, GNOME, XFCE y COSMIC. Como siempre, recomendamos verificar las sumas de comprobación de las imágenes descargadas antes de crear el medio de instalación.
Descargá Synex Semi-rolling desde aquí.