¿Por qué existe?
Rolling release es genial hasta que una actualización importante discute con el boot, un driver o alguna pieza crítica. Felunyx no pretende que ese día nunca llegue.
La idea útil es preparar el camino de vuelta antes de confirmar, no improvisarlo cuando la máquina ya está enfadada.
Cómo funciona la idea
El backend de transacciones clasifica riesgo, decide si la operación merece snapshot y presenta el plan. El snapshot forma parte de la misma historia del update.
- Smart es la política automática predeterminada.
- Cambios de mayor riesgo reciben protección deliberada.
- Restaurar sistema preserva home por defecto.
- Restaurar home crea antes un snapshot de seguridad del estado actual.
En la práctica
Deberías poder ver qué cambia, por qué se considera riesgoso, si existe snapshot, qué cubre y qué haría exactamente volver.
Un botón de rollback no ayuda demasiado si las consecuencias importantes siguen siendo una sorpresa.
Por debajo
Las instalaciones automáticas usan Btrfs con ámbitos separados de sistema y home. La orquestación de snapshots pertenece al backend compartido; la UI presenta estado, consecuencias y evidencia.
Las escrituras críticas deben ser atómicas y el historial debe conservar evidencia suficiente para explicar interrupciones.
Estado actual
Arquitectura y decisiones ya definen la dirección. La base Btrfs está en Fase 2; riesgo, snapshots, journal y recovery integrados pertenecen sobre todo a Fases 3 y 5.
Es una promesa importante, no una función terminada para confiarle datos reales hoy.