01
Elegir el reloj
daily significa medianoche; el modo relativo comienza cinco minutos después del arranque. OnUnitActiveSec cuenta desde la activación anterior, no desde el final del trabajo.
- En esta página los dos modos no se mezclan.
Cron & Scheduling
crear temporizador systemd · Horario de calendario o intervalo tras el arranque
Genera una unidad .timer para un servicio ya existente y compruébala en el equipo Linux.
crear temporizador systemd
Entrada del disparo
Configuración y comprobaciones
La entrada se procesa en este navegador y no se envía a ningún servidor.
Opciones
Escribe el nombre base de un servicio existente.
Un respaldo a las 9 de lunes a viernes no equivale a una tarea cinco minutos después de arrancar. Crear temporizador systemd implica elegir entre OnCalendar y los disparadores monotónicos, sin reutilizar una línea cron de cinco campos. Estos temporizadores systemd requieren elegir bien el reloj.
Con esta página para crear temporizador systemd se obtiene solo el .timer. La explicación y el comando systemd-analyze calendar acompañan el resultado; los próximos disparos reales se verifican en el Linux de destino.
Por qué crear temporizador systemd aquí
El archivo conserva el significado del disparador a la vista.
Distinguir dos relojes
OnCalendar usa la hora del calendario; OnBootSec cuenta desde el arranque y OnUnitActiveSec desde la activación anterior del servicio. No son tres maneras de decir “cada hora”.
Llevar la comprobación al servidor
El navegador reconoce alias y formatos simples. Para listas, pasos o zonas horarias deja constancia de que falta verificar y ofrece los comandos de systemd-analyze.
Tres decisiones antes de instalar
02
Indicar el servicio existente
Escribe el nombre base sin .timer ni .service. Los ejemplos, ajustes predefinidos y borrado muestran los cambios antes de aplicarlos y permiten deshacer una vez.
- Sin un nombre no se habilita la exportación.
03
Revisar en el host Linux
La comprobación local cubre solo una parte del formato. Ejecuta systemd-analyze calendar para las reglas completas y verify y status tras guardar el archivo.
- Si apagas la generación automática, usa Ctrl/Cmd + Enter.
Opciones que pasan al archivo
Disparo por calendario
Elige daily, hourly, días laborables a las 9 o una expresión OnCalendar. Persistent puede recuperar un evento del calendario perdido durante el apagado.
Disparo relativo
OnBootSec marca el primer disparo tras arrancar; OnUnitActiveSec opcional repite desde la última activación del servicio.
Unidad de temporizador
El archivo referencia el .service del mismo nombre, incluye el retraso aleatorio opcional y termina con WantedBy=timers.target.
Límites de esta configuración
- No se crea el servicio
- La página no escribe ExecStart ni un .service. Verifica que exista una unidad de servicio con el nombre correspondiente.
- La revisión local es parcial
- Listas, pasos, fin de mes y zonas horarias quedan sin validar. El systemd-analyze del host decide cómo interpretarlos. El temporizador monotónico debe contrastarse con los intervalos del host.
- Cron tiene otra gramática
- Se rechazan los cinco campos de cron. Persistent solo afecta a disparos de calendario y AccuracySec conserva una ventana predeterminada de un minuto.
- Un temporizador de sistema por resultado
- OnCalendar no se mezcla aquí con disparadores monotónicos y el campo de calendario admite una sola línea. No se incluyen unidades de usuario ni OnStartupSec.
- Los comandos no se ejecutan
- La página no ejecuta systemctl, no escribe unidades en el equipo ni predice una hora exacta de la próxima ejecución. Comprueba el temporizador guardado y el servicio existente en el sistema Linux de destino.
Preguntas al crear temporizador systemd
¿Por qué hacen falta .timer y .service?
El temporizador decide cuándo; el servicio define qué ejecutar y con qué entorno. Aquí solo se genera el primero.
¿Qué hace exactamente Persistent=true?
Puede recuperar una ejecución de calendario perdida mientras el temporizador estaba inactivo. No hace periódico a OnBootSec.
¿Cómo puedo comprobar una expresión OnCalendar?
Ejecuta systemd-analyze calendar en el Linux de destino y revisa la forma normalizada y las siguientes fechas.
¿Por qué funciona el comando en la terminal pero falla en el temporizador?
El servicio no comparte necesariamente el entorno de tu shell. Comprueba rutas absolutas, variables y el registro journal.
¿Por qué empezó el servicio antes de la hora del calendario?
OnBootSec puede haber vencido ya o Persistent puede recuperar una cita perdida. Esta página separa esos modos.
¿Una fecha inesperada?
Crear temporizador systemd ahora
Indica el servicio, descarga la unidad y comprueba su significado en Linux.
Todo se genera en el navegador, sin subir la configuración.