Si un crontab de root creado con crontab -e desaparece después de reiniciar ZimaOS, ese comportamiento es coherente con el diseño de ZimaOS como dispositivo, con un sistema principalmente de solo lectura. El hilo de noviembre de 2025 identificó correctamente el síntoma, pero solo ofreció una solución alternativa genérica basada en contenedores.
Ahora existe una opción más nativa de ZimaOS: el paquete Zima Cron, mantenido por la comunidad, puede instalarse con zpkg y almacena la configuración de las tareas programadas de una forma diseñada para ZimaOS.
Por qué desapareció el crontab anterior de root
El usuario creó una entrada de cron para root, la confirmó con crontab -l y luego perdió la entrada después de reiniciar. Una respuesta de la comunidad explicó que la configuración persistente debe almacenarse en el almacenamiento persistente de ZimaOS, en lugar de las rutas normales y modificables del sistema Linux.
Esta explicación coincide con las indicaciones actuales de ZimaOS, según las cuales la mayoría de las carpetas del sistema son de solo lectura y los datos de usuarios y aplicaciones deben ubicarse en /DATA.
Usa Zima Cron en lugar de reconstruir el estado de /var/spool
El tutorial de Zima Cron actual documenta zpkg install zima_cron, tras lo cual Zima Cron aparece en la lista de aplicaciones. Admite programaciones por intervalos y expresiones cron normales.
Guarda los scripts y los archivos de salida en /DATA para que la tarea no dependa de una ruta temporal del sistema.
Prueba la persistencia antes de confiar en una tarea de copia de seguridad real
Crea primero una tarea inocua; por ejemplo, añade la hora actual a un registro ubicado en /DATA. Confirma que se ejecuta, reinicia ZimaOS y comprueba después que la tarea sigue existiendo y continúa escribiendo nuevas marcas de tiempo.
Solo después deberías trasladar al programador un comando de copia de seguridad, limpieza o sincronización. La guía de resolución de problemas de tareas programadas cubre la siguiente capa cuando el programador sobrevive, pero el comando no se ejecuta.
Cuándo sigue teniendo sentido un contenedor de programación
Un contenedor de programación dedicado sigue siendo razonable cuando la tarea pertenece a una pila de aplicaciones y debe versionarse junto con su configuración de Compose. En ese caso, haz persistente su configuración y deja claro qué componente es responsable de la programación.
La guía de persistencia de Docker ayuda a evitar que los scripts se almacenen dentro de una capa de contenedor desechable.
En resumen
No dependas de un crontab del sistema editado manualmente como capa de programación duradera en ZimaOS. Guarda los scripts y registros en /DATA, usa Zima Cron u otro programador diseñado para ser persistente y comprueba que la programación sobreviva tanto a un reinicio de ZimaOS como a la recreación de una aplicación o un contenedor.
