01
Choisir la référence temporelle
daily correspond à minuit ; le mode relatif commence à 5min après le démarrage. OnUnitActiveSec repart de l’activation précédente du service.
- Les deux modes restent distincts dans cet outil.
Cron & Scheduling
créer un timer systemd · Horaire calendaire ou délai après démarrage
Préparez une unité .timer pour un service existant, puis vérifiez son déclenchement sur Linux.
créer un timer systemd
Saisie du déclencheur
Configuration et contrôles
Les données sont traitées dans ce navigateur et ne sont pas envoyées à un serveur.
Options
Saisissez le nom de base d’un service existant.
Une sauvegarde les jours ouvrés à 9 h ne suit pas la même horloge qu’une tâche lancée cinq minutes après le démarrage. Créer un timer systemd exige de choisir entre l’expression OnCalendar et le déclenchement monotone. Un minuteur systemd ne confond pas ces deux références.
Cet outil pour créer un timer systemd produit uniquement le fichier .timer. Il réunit la règle, sa signification et la commande systemd-analyze calendar pour que le serveur cible reste la référence sur les prochaines échéances.
Pourquoi créer un timer systemd ici ?
Le type de déclenchement reste lisible dans le résultat.
Séparer les deux horloges
OnCalendar suit l’heure civile. OnBootSec compte depuis le démarrage et OnUnitActiveSec depuis la dernière activation du service, pas depuis sa fin.
Conserver la commande de contrôle
Le navigateur vérifie les formes simples, puis signale les listes, pas et fuseaux comme non vérifiés. Les commandes Linux accompagnent la configuration au lieu de promettre une prévision locale.
Trois repères avant la mise en service
02
Désigner le service existant
Saisissez son nom de base sans suffixe. Exemple, modèle et effacement affichent une prévisualisation avant application et permettent une annulation.
- Sans nom, aucune unité exportable n’est produite.
03
Valider sur la machine cible
Le contrôle local ne couvre que les raccourcis et heures simples. Pour une règle complète, utilisez systemd-analyze calendar, puis verify et status après enregistrement. Pour tester un timer après sa création, lisez aussi son état sur la machine cible.
- Désactivez la génération automatique pour lancer avec Ctrl/Cmd + Entrée.
Ce que contient le fichier produit
Rendez-vous calendaires
Utilisez daily, hourly, un jour ouvré à 9 h ou une expression OnCalendar unique. Persistent peut rattraper un déclenchement manqué pendant l’arrêt.
Délais monotones
OnBootSec fixe le premier déclenchement ; OnUnitActiveSec facultatif attend après l’activation précédente du service.
Unité prête à enregistrer
La section Timer vise le service de même nom, ajoute le délai aléatoire demandé et la section Install pour timers.target.
Limites à vérifier avant activation
- Le service reste à fournir
- Aucun ExecStart ni fichier .service n’est créé. L’unité .timer requiert un service correspondant sur la machine cible.
- Contrôle local limité
- Les listes, pas, fins de mois et fuseaux ne sont pas validés ici. systemd-analyze sur le système cible tranche leur interprétation.
- Cron et OnCalendar diffèrent
- Une ligne cron à cinq champs est refusée. Persistent ne rattrape pas les timers relatifs et AccuracySec garde par défaut une fenêtre d’une minute.
- Un seul timer système par résultat
- OnCalendar ne se combine pas ici avec les déclencheurs monotones, et la saisie calendrier se limite à une ligne. Les unités utilisateur et OnStartupSec ne sont pas pris en charge.
- Les commandes ne sont pas exécutées
- La page ne lance pas systemctl, n’écrit aucun fichier d’unité sur l’hôte et ne prédit pas une heure exacte de prochain lancement. Vérifiez le timer enregistré et le service existant sur le système Linux cible.
Questions pour créer un timer systemd
Pourquoi faut-il un fichier .timer et un fichier .service ?
Le premier définit quand démarrer ; le second décrit la commande et son environnement. Cette page ne produit que le premier.
Que fait exactement Persistent=true ?
Pour un timer calendaire, une échéance manquée pendant l’inactivité peut être rattrapée lors de la réactivation. Ce n’est pas une répétition de OnBootSec.
Comment vérifier une expression OnCalendar ?
Exécutez la commande systemd-analyze calendar fournie sur la machine Linux cible pour lire la forme normalisée et les prochaines échéances.
Pourquoi une commande marche-t-elle dans le terminal mais pas dans le timer ?
Le service n’a pas nécessairement le même environnement que votre shell. Contrôlez les chemins absolus, les variables et le journal.
Pourquoi le service démarre-t-il avant l’heure du calendrier ?
Un OnBootSec déjà échu ou le rattrapage dû à Persistent peut provoquer un lancement immédiat.
Une date inattendue ?
Créer un timer systemd maintenant
Renseignez le service, choisissez le déclencheur et validez le fichier sur Linux.
La configuration est créée dans le navigateur sans envoi au serveur.