Planifier des tâches avec cron et crontab sous Linux

cron est le planificateur de tâches historique de Linux. Il exécute des commandes à des intervalles définis, toutes les minutes, chaque jour à 3 h, chaque lundi, selon une syntaxe à 5 champs. C'est l'outil de base pour automatiser les sauvegardes, le nettoyage de fichiers, les synchronisations et toute opération récurrente sur un serveur.

Ce que vous allez apprendre

• Comprendre le fonctionnement du démon cron et ses fichiers de configuration
• Lire et écrire la syntaxe à 5 champs d'une ligne crontab
• Créer, modifier et supprimer des crontabs utilisateur avec crontab -e
• Utiliser les répertoires système /etc/cron.d/, /etc/cron.daily/ etc.
• Diagnostiquer une tâche cron qui ne s'exécute pas
• Appliquer les bonnes pratiques de sécurité et de fiabilité

Dans quel contexte ?

cron intervient dès qu'une action doit se répéter automatiquement sur un système Linux :

• Sauvegarder une base de données ou un répertoire chaque nuit
• Nettoyer les fichiers temporaires ou les logs obsolètes
• Synchroniser des données entre serveurs avec rsync
• Renouveler un certificat Let's Encrypt
• Envoyer un rapport par e-mail chaque semaine
• Vérifier l'espace disque et alerter si un seuil est dépassé

LFCS / RHCSA

La planification avec cron fait partie des objectifs des deux certifications. Vous devez savoir créer une crontab, comprendre la syntaxe et diagnostiquer les problèmes d'exécution.

Validation en lab

Les commandes de base de ce guide (crontab, vérification du service, inspection de /etc/cron.d) ont été revérifiées dans le lab local ~/Projets/lab-linux/exploiter/planification/cron-lab le 20/04/2026.

Comment fonctionne cron

Le démon cron (crond sur Red Hat, cron sur Debian/Ubuntu) tourne en permanence. Chaque minute, il vérifie :

1. Les crontabs utilisateur, éditées avec crontab -e, stockées dans /var/spool/cron/crontabs/
2. Le fichier /etc/crontab, la crontab système
3. Les fichiers dans /etc/cron.d/, des crontabs supplémentaires déposées par les paquets
4. Les répertoires /etc/cron.{hourly,daily,weekly,monthly}/, des scripts exécutés par run-parts

# Debian/Ubuntu
systemctl status cron

# RHEL/Fedora/Rocky/Alma
systemctl status crond

● cron.service - Regular background program processing daemon
     Loaded: loaded (/lib/systemd/system/cron.service; enabled; preset: enabled)
     Active: active (running)

crontab système vs /etc/cron.d/

Le fichier /etc/crontab et les fichiers dans /etc/cron.d/ ont un champ utilisateur supplémentaire entre les 5 champs de temps et la commande. Les crontabs utilisateur (crontab -e) n'ont pas ce champ, la commande s'exécute sous l'identité de l'utilisateur propriétaire.

La syntaxe crontab

Chaque ligne d'une crontab suit ce format :

┌───────────── minute (0-59)
│ ┌───────────── heure (0-23)
│ │ ┌───────────── jour du mois (1-31)
│ │ │ ┌───────────── mois (1-12)
│ │ │ │ ┌───────────── jour de la semaine (0-7, 0 et 7 = dimanche)
│ │ │ │ │
* * * * * commande à exécuter

Opérateurs

Opérateur	Signification	Exemple
*	Toutes les valeurs	* * * * * = chaque minute
,	Liste de valeurs	1,15 * * * * = aux minutes 1 et 15
-	Plage	1-5 * * * * = minutes 1 à 5
/	Pas (intervalle)	*/10 * * * * = toutes les 10 minutes

Glissez pour voir

Exemples pratiques

Expression	Signification
0 3 * * *	Chaque jour à 3 h 00
30 8 * * 1-5	Du lundi au vendredi à 8 h 30
0 */2 * * *	Toutes les 2 heures (à minute 0)
0 0 1 * *	Le 1er de chaque mois à minuit
*/5 * * * *	Toutes les 5 minutes
0 22 * * 0	Chaque dimanche à 22 h

Glissez pour voir

Raccourcis

cron reconnaît aussi des raccourcis qui remplacent les 5 champs :

Raccourci	Équivalent	Signification
@reboot	-	Au démarrage du système
@hourly	0 * * * *	Chaque heure
@daily	0 0 * * *	Chaque jour à minuit
@weekly	0 0 * * 0	Chaque dimanche à minuit
@monthly	0 0 1 * *	Le 1er du mois à minuit
@yearly	0 0 1 1 *	Le 1er janvier à minuit

Glissez pour voir

Gérer les crontabs utilisateur

Éditer la crontab

crontab -e

L'éditeur par défaut s'ouvre (défini par $EDITOR ou $VISUAL). Ajoutez vos lignes et sauvegardez.

Afficher la crontab actuelle

crontab -l

Supprimer toute la crontab

crontab -r

Attention à crontab -r

crontab -r supprime toute la crontab sans confirmation. Sur un clavier, le r est juste à côté du e. Préférez crontab -l > ~/crontab-backup.txt avant toute modification risquée.

Éditer la crontab d'un autre utilisateur (root)

sudo crontab -u www-data -e

Fichiers système

/etc/crontab

La crontab système contient un champ utilisateur supplémentaire :

# m  h  dom mon dow user  command
17 * * * *  root  cd / && run-parts --report /etc/cron.hourly
25 6 * * *  root  test -x /usr/sbin/anacron || run-parts --report /etc/cron.daily
47 6 * * 7  root  test -x /usr/sbin/anacron || run-parts --report /etc/cron.weekly
52 6 1 * *  root  test -x /usr/sbin/anacron || run-parts --report /etc/cron.monthly

/etc/cron.d/

Ce répertoire accueille des fichiers au format crontab (avec champ utilisateur). Les paquets y déposent leurs tâches planifiées :

ls /etc/cron.d/

e2scrub_all  popularity-contest  sysstat

Répertoires périodiques

Les scripts placés dans ces répertoires sont exécutés automatiquement par run-parts :

Répertoire	Fréquence
/etc/cron.hourly/	Chaque heure
/etc/cron.daily/	Chaque jour
/etc/cron.weekly/	Chaque semaine
/etc/cron.monthly/	Chaque mois

Glissez pour voir

Scripts exécutables

Les scripts dans ces répertoires doivent être exécutables (chmod +x) et ne doivent pas avoir d'extension (.sh par exemple). run-parts ignore les fichiers avec un point dans le nom.

Variables d'environnement

cron exécute les commandes dans un environnement minimal. Le PATH est réduit, les variables de votre shell interactif ne sont pas disponibles.

# Définir des variables en haut de la crontab
SHELL=/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
MAILTO=admin@example.com

# La commande utilise le PATH complet
0 3 * * * /usr/local/bin/backup.sh

Variable	Effet
SHELL	Shell utilisé pour exécuter les commandes
PATH	Répertoires de recherche des commandes
MAILTO	Destinataire des sorties (vide = pas d'e-mail)
HOME	Répertoire de travail (par défaut celui de l'utilisateur)

Glissez pour voir

Erreur classique : PATH insuffisant

Si une tâche cron fonctionne en ligne de commande mais pas dans cron, c'est presque toujours un problème de PATH. Utilisez des chemins absolus dans vos crontabs : /usr/local/bin/mon-script.sh plutôt que mon-script.sh.

Contrôle d'accès

Deux fichiers contrôlent qui peut utiliser cron :

Fichier	Effet
/etc/cron.allow	Si ce fichier existe, seuls les utilisateurs listés peuvent utiliser cron
/etc/cron.deny	Les utilisateurs listés sont interdits (ignoré si cron.allow existe)

Glissez pour voir

Si aucun des deux fichiers n'existe, le comportement dépend de la distribution :

• Debian/Ubuntu : tous les utilisateurs peuvent utiliser cron
• Red Hat/Rocky : seul root peut utiliser cron

Redirection des sorties

Par défaut, cron envoie la sortie standard et d'erreur par e-mail (via MAILTO). Pour rediriger vers un fichier ou supprimer la sortie :

# Rediriger stdout et stderr vers un fichier log
0 3 * * * /usr/local/bin/backup.sh >> /var/log/backup.log 2>&1

# Supprimer toute sortie
0 3 * * * /usr/local/bin/backup.sh > /dev/null 2>&1

# Rediriger stderr uniquement vers un fichier
0 3 * * * /usr/local/bin/backup.sh 2>> /var/log/backup-errors.log

Bonne pratique : gérer les sorties

Ne laissez jamais une tâche cron sans gestion des sorties. Soit vous redirigez vers un fichier log, soit vous configurez MAILTO pour recevoir les erreurs par e-mail.

Exemples concrets

Sauvegarde quotidienne

# Sauvegarde de /home chaque nuit à 2 h 30
30 2 * * * /usr/bin/tar czf /backup/home-$(date +\%Y\%m\%d).tar.gz /home

Échapper le %

Dans une crontab, le caractère % est interprété comme un saut de ligne. Il faut l'échapper avec \% pour l'utiliser dans des commandes comme date +%Y%m%d.

Nettoyage des fichiers temporaires

# Supprimer les fichiers de plus de 7 jours dans /tmp chaque jour à 4 h
0 4 * * * /usr/bin/find /tmp -type f -mtime +7 -delete

Vérification espace disque

# Alerte si le disque dépasse 90 %, chaque heure
0 * * * * df -h / | awk 'NR==2 && int($5)>90 {print "ALERTE disque : "$5}' | mail -s "Disque plein" admin@example.com

Dépannage

Symptôme	Cause probable	Solution
Tâche ne s'exécute pas	PATH insuffisant	Utiliser des chemins absolus ou définir PATH en haut de la crontab
date affiche %Y%m%d	% non échappé	Remplacer % par \% dans la crontab
Aucune sortie visible	Sortie non redirigée	Ajouter >> /var/log/tache.log 2>&1
Permission denied	Script non exécutable	chmod +x /chemin/du/script.sh
Tâche ne tourne pas (utilisateur)	Bloqué par cron.deny	Vérifier /etc/cron.allow et /etc/cron.deny
Service cron inactif	Démon arrêté	sudo systemctl enable --now cron (Debian/Ubuntu) ou sudo systemctl enable --now crond (RHEL-like)
Script fonctionne en CLI mais pas dans cron	Variables d'environnement manquantes	Définir SHELL, PATH, HOME en haut de la crontab

Glissez pour voir

# Debian/Ubuntu
journalctl -u cron --since "1 hour ago"

# RHEL/Fedora/Rocky/Alma
journalctl -u crond --since "1 hour ago"

# Debian/Ubuntu (rsyslog)
grep CRON /var/log/syslog | tail -20

# RHEL-like (fichier dédié)
grep CROND /var/log/cron | tail -20

Bonnes pratiques

• Chemins absolus partout, ne pas supposer un PATH complet
• Gérer les sorties, rediriger vers un fichier log ou configurer MAILTO
• Échapper le % dans les crontabs, toujours \%
• Commenter les lignes, expliquer chaque tâche avec #
• Tester manuellement avant d'ajouter une tâche, exécuter la commande en tant que l'utilisateur cron
• Verrouiller les tâches longues, utiliser flock pour éviter les exécutions parallèles :

# Empêcher les exécutions concurrentes avec flock
*/5 * * * * /usr/bin/flock -n /tmp/backup.lock /usr/local/bin/backup.sh

• Limiter l'accès, utiliser /etc/cron.allow pour n'autoriser que les utilisateurs légitimes

cron vs systemd timers

Sur les distributions modernes, les timers systemd offrent une alternative à cron avec plus de fonctionnalités (précision, dépendances, journalisation intégrée). Voir le guide Timers systemd pour comparer.

Mettre en pratique

La syntaxe à 5 champs ne s'ancre vraiment qu'en voyant une tâche tourner toute seule. Ce lab vous installe dans une VM où vous écrivez une crontab avec crontab -e, planifiez une tâche récurrente et prouvez son exécution en retrouvant ses traces dans le journal de cron.

Lab pratique

Planifier une tâche récurrente avec cron

$ dsoxlab run l3-scheduling-cron

Environnement : VM·Durée : ~20 min

Validé : l'état du système est vérifié après reboot, pas la commande tapée.

Première fois ? Qu'est-ce que dsoxlab et comment l'installer

dsoxlab est la ligne de commande qui prépare un environnement jetable (un shell isolé ou une VM), déroule le scénario du lab, puis vérifie l'état réel du système et calcule un score. Rien n'est installé ni cassé sur votre poste de travail.

Installer la CLI dsoxlab, une seule fois :

uv tool install dsoxlab   # ou : pipx install dsoxlab
git clone https://github.com/stephrobert/linux-dsoxlab-training.git
cd linux-dsoxlab-training

Lancer ce lab, puis valider votre travail :

dsoxlab run l3-scheduling-cron
dsoxlab check l3-scheduling-cron

Voir tous les labs : dsoxlab list-labs. Suivre sa progression : dsoxlab progress.

Contrôle de connaissances

Vérifiez que l'essentiel de ce guide est acquis. Les questions portent uniquement sur ce qui vient d'être expliqué ici.

Contrôle de connaissances

Validez vos connaissances avec ce quiz interactif

6 questions

6 min.

70% requis

Informations

• Le chronomètre démarre au clic sur Démarrer
• Questions à choix multiples, vrai/faux et réponses courtes
• Vous pouvez naviguer entre les questions
• Les résultats détaillés sont affichés à la fin

Démarrer le quiz

Lance le quiz et démarre le chronomètre

À retenir

• cron exécute des tâches à intervalles réguliers selon une syntaxe à 5 champs (minute, heure, jour, mois, jour de semaine)
• crontab -e édite la crontab de l'utilisateur courant, crontab -l l'affiche, crontab -r la supprime
• Les commandes cron s'exécutent dans un environnement minimal, toujours utiliser des chemins absolus
• Le % doit être échappé en \% dans les crontabs
• /etc/cron.d/ et /etc/cron.{daily,weekly,monthly}/ servent aux tâches système
• /etc/cron.allow et /etc/cron.deny contrôlent l'accès à cron
• Toujours gérer les sorties (redirection ou MAILTO) et verrouiller les tâches longues avec flock

Pour aller plus loin

• Timers systemd : L'alternative moderne à cron avec journalisation intégrée.
• Gestion des services avec systemd : Comprendre les unités systemd et systemctl.
• Journaux système avec journald : Diagnostiquer les erreurs avec journalctl.
• Rotation des logs avec logrotate : Gérer la taille des fichiers de log automatiquement.

×

📖 Voir la documentation →