Nos complace anunciar el lanzamiento de Synex 13 u6, una actualización centrada en el mantenimiento y la gestión del sistema. El componente principal de esta versión es synex-cleaner, una aplicación desarrollada específicamente para Synex que aborda el mantenimiento del sistema con un enfoque equilibrado: suficientemente completo para ser útil, suficientemente conservador para ser seguro.
synex-cleaner: mantenimiento del sistema con criterio
El desarrollo de synex-cleaner respondió a una necesidad específica: proporcionar herramientas de limpieza del sistema sin caer en los extremos de “limpiadores agresivos” que prometen liberar gigabytes eliminando datos que el sistema necesita, o de scripts manuales que requieren conocimiento técnico detallado.
La herramienta opera bajo un principio fundamental: mantenimiento predecible con políticas centralizadas. No es un limpiador generalista que escanea todo el sistema buscando qué eliminar. Es una herramienta que actúa sobre ubicaciones específicas del sistema con criterios configurables.
Arquitectura dual: GUI y CLI
synex-cleaner se implementa en dos capas complementarias:
La interfaz gráfica (GTK4 con libadwaita) proporciona acceso visual a las capacidades de limpieza, análisis de espacio estimado recuperable por tarea, y gestión de políticas del sistema. El diseño sigue los lineamientos de GNOME HIG, integrándose naturalmente en entornos de escritorio modernos.
El backend CLI permite ejecución desde terminal o scripts, con salida en JSON para integración con otras herramientas. Este mismo backend es el que utiliza la interfaz gráfica, garantizando consistencia en el comportamiento independientemente del método de invocación.
Tareas de mantenimiento (Stage 1)
La versión actual implementa limpieza a nivel sistema:
Caché de APT: Limpieza de paquetes .deb descargados, con dos modos configurables (autoclean conservador o clean completo). Eliminación de paquetes huérfanos mediante autoremove, con opción de purge para liberar configuraciones residuales.
Journald: Gestión de logs del sistema mediante política persistente (retención por tiempo y tamaño máximo de uso de disco) y vacuum inmediato para aplicar límites. La política se implementa como drop-in configuration en /etc/systemd/journald.conf.d/, aplicándose de forma permanente incluso tras actualizaciones del sistema.
Coredumps: Limpieza de volcados de memoria antiguos en /var/lib/systemd/coredump/, con retención configurable por días. La implementación utiliza limpieza basada en archivos en lugar de coredumpctl debido a incompatibilidades de flags entre versiones.
Logs rotados: Eliminación de archivos de log rotados antiguos (.1, .2, .gz) en /var/log y subdirectorios, preservando logs activos y respetando períodos de retención configurables.
Automatización con systemd
synex-cleaner incluye capacidad de programación mediante systemd timer. El usuario puede habilitar ejecución automática diaria o semanal, con la opción Persistent=true que garantiza ejecución incluso si el sistema estuvo apagado en el horario programado.
La interfaz gráfica permite gestionar este scheduling sin editar archivos de configuración manualmente. Los cambios se aplican creando overrides de systemd en las ubicaciones apropiadas, manteniendo la configuración persistente entre actualizaciones.
Políticas centralizadas
Todas las políticas del sistema se almacenan en /etc/synex-cleaner/synex-cleaner.conf, un archivo de configuración en formato clave=valor que centraliza parámetros de retención, modos de operación, y preferencias de automatización.
La interfaz gráfica expone las políticas más relevantes (journald, coredumps, logs rotados) permitiendo ajustes sin edición manual del archivo. Los cambios se aplican inmediatamente donde corresponde (por ejemplo, reiniciando systemd-journald tras modificar su política).
Desarrollo futuro: Stage 2
El roadmap incluye expansión hacia limpieza a nivel usuario en Stage 2:
- Flatpak: Runtimes sin uso y referencias huérfanas
- Caché XDG: Thumbnails, archivos recientes, cachés de aplicaciones
- Papelera: Gestión de archivos eliminados
Este stage operará sin privilegios elevados, actuando sobre directorios del usuario. El diseño excluye deliberadamente perfiles de navegadores debido a la complejidad de gestionar datos de sesión activa sin corrupción.
Herramientas de gestión actualizadas
synex-center se actualiza para incluir synex-cleaner en su conjunto de herramientas de mantenimiento, consolidando las aplicaciones de gestión del sistema en un punto de acceso único.
synex-firmware-helper: detección mejorada
La versión 1.0.2 introduce correcciones significativas en la detección de actualizaciones de firmware:
El helper ahora utiliza exclusivamente la salida JSON estable de fwupdmgr en lugar de parsear output legible por humanos, eliminando fragilidad ante cambios de formato en futuras versiones de fwupd. Esta modificación mejora compatibilidad con dispositivos que reportan actualizaciones de formas no estándar y corrige el flujo de actualización cuando identificadores de dispositivos están ausentes o no se parsean correctamente.
La interfaz adopta modo oscuro forzado, deshabilitando detección automática de tema para garantizar consistencia visual en todos los entornos de escritorio.
synex-nvidia-helper-gui: driver actualizado
La versión 1.0.3 actualiza el controlador NVIDIA de producción a la última versión de la rama 580, disponible en la sección de instalación estándar del helper.
El contexto de versiones anteriores incluye mejoras en la instalación de headers DKMS (1.0.2) para garantizar compilación correcta de módulos del kernel, y habilitación de soporte Wayland en GNOME cuando se utiliza el modo legacy de instalación mediante archivo .run (1.0.1).
Nota sobre LUKS v2 en Synex 13 u5
El anuncio de Synex 13 u5 explicó el nuevo esquema de particionado con /boot separado en ext4, mencionando que GRUB no puede leer ZFS nativamente. Si bien esto es correcto, existió una omisión: el esquema de particionado fue rediseñado también para soportar LUKS v2.
Synex 13 u5 migró de LUKS v1 a LUKS v2 en el instalador Calamares. LUKS v2 introduce mejoras significativas en seguridad (PBKDF2 reemplazado por Argon2) y flexibilidad (múltiples slots de claves, metadata resiliente), pero GRUB no puede desbloquear particiones LUKS v2 directamente.
La solución implementada es la misma que para ZFS: /boot reside en una partición ext4 separada y sin cifrar, mientras que la partición raíz puede usar LUKS v2 con cualquier sistema de archivos. El initramfs (que sí soporta LUKS v2) desbloquea la partición cifrada durante el arranque, antes de montar el sistema raíz.
Esta arquitectura proporciona seguridad moderna (LUKS v2 + Argon2) manteniendo compatibilidad con GRUB para el arranque inicial. Usuarios que instalaron con cifrado LUKS en u5 están utilizando LUKS v2, independientemente del sistema de archivos elegido.
Actualizaciones del sistema
Esta versión incluye todas las actualizaciones acumulativas de paquetes disponibles en los repositorios de Debian Trixie hasta la fecha de construcción. Los parches de seguridad y correcciones de errores posteriores a la versión u5 están incorporados, junto con el kernel actualizado correspondiente a la arquitectura amd64.
Disponibilidad y descarga
Synex 13 u6 está disponible para descarga inmediata en sus seis ediciones de escritorio: KDE Plasma, GNOME, XFCE, MATE, LXDE e IceWM. Como siempre, recomendamos verificar las sumas de comprobación de las imágenes descargadas antes de crear el medio de instalación.
Los usuarios de versiones anteriores de Synex 13 pueden actualizar su sistema mediante el gestor de paquetes estándar. synex-cleaner se instalará automáticamente al ejecutarlo por primera vez desde synex-center.
Palabras finales
Como siempre, los invitamos a unirse a las discusiones en forum.synex.ar, reportar cualquier inconveniente que encuentren, y compartir sus experiencias con Synex 13 u6.
Descarga Synex 13 u6 desde aquí.