Planifier une tâche unique avec at, atq et atrm

Vous n'avez pas toujours besoin de cron ou d'un timer systemd. Quand vous devez exécuter une action une seule fois dans 10 minutes, ce soir à 23 h, ou demain matin, at est l'outil le plus direct. Ce guide vous montre le trio at + atq + atrm avec des commandes testées en lab Linux.

Ce que vous allez apprendre

• Distinguer les usages de at et cron
• Planifier une commande unique avec at
• Lister la file d'attente avec atq
• Supprimer une tâche planifiée avec atrm
• Vérifier qu'une tâche a bien tourné
• Éviter les erreurs classiques (service, droits, environnement)

Dans quel contexte ?

at est utile quand une action doit être déclenchée plus tard, mais une seule fois :

• relancer un service hors créneau de production ;
• exécuter un script de nettoyage dans 15 minutes ;
• lancer un contrôle d'intégrité cette nuit ;
• programmer un rappel technique (mail, rapport, rotation).

Alignement certification

La planification avec at fait partie des compétences opérationnelles côté RHCSA (planifier des tâches avec cron et at).

at vs cron en 30 secondes

• Utilisez at pour une exécution ponctuelle.
• Utilisez cron pour une exécution récurrente.

Exemple mental simple :

• "Exécute ce script demain à 09:00" -> at
• "Exécute ce script tous les jours à 09:00" -> cron

Prérequis

Ne présumez pas que at est là : sur une AlmaLinux 10 ou une RHEL 10 minimale, ni le paquet ni l'unité n'existent. Commencez par le vérifier.

# Vérifier que le service atd est actif
systemctl status atd --no-pager

Vous devez voir Active: active (running).

`not-found` n'est pas `disabled`, et l'installation ne suffit pas

Deux surprises se suivent, et elles déroutent le diagnostic.

D'abord, sur une image minimale, systemctl is-enabled atd ne répond pas disabled comme on s'y attendrait, mais not-found : l'unité elle-même n'existe pas, parce que le paquet n'est pas installé.

sudo dnf install -y at      # RHEL, AlmaLinux, Rocky
sudo apt install -y at      # Debian, Ubuntu

Ensuite, l'installation active le service mais ne le démarre pas. Mesuré sur AlmaLinux 10 juste après le dnf install :

Loaded: loaded (/usr/lib/systemd/system/atd.service; enabled; preset: enabled)
Active: inactive (dead)

enabled et pourtant inactive. C'est exactement ce qui fait échouer un critère « le service tourne » alors que tout paraît en ordre. Il faut un démarrage explicite :

sudo systemctl enable --now atd
systemctl is-active atd

Une file non vide ne prouve pas que le service tourne

Contre-intuitif, et c'est un faux positif classique : avec atd arrêté, la soumission d'une tâche réussit quand même. at accepte le travail, le met en file, et se contente d'un avertissement :

warning: commands will be executed using /bin/sh
job 1 at Thu Jul 23 07:36:00 2026
Can't open /run/atd.pid to signal atd. No atd running?

atq liste alors une tâche qui ne s'exécutera jamais. Ne concluez donc jamais de la présence d'une tâche en file que le service est actif : vérifiez systemctl is-active atd séparément.

Étape 1 : planifier une tâche unique avec at

Dans ce lab, on planifie une écriture dans un fichier de sortie.

mkdir -p /tmp/at-lab
printf '%s\n' 'echo "AT_OK" >> /tmp/at-lab/output.txt' > /tmp/at-lab/job.sh
at -f /tmp/at-lab/job.sh now + 2 minutes

Sortie attendue (exemple) :

warning: commands will be executed using /bin/sh
job 9 at Mon Apr 20 21:24:00 2026

Étape 2 : inspecter la file avec atq

atq

Sortie attendue (exemple) :

9       Mon Apr 20 21:24:00 2026 a bob

• première colonne : identifiant du job ;
• date/heure : exécution prévue ;
• dernier champ : utilisateur propriétaire.

Étape 3 : annuler un job avec atrm

# Remplacez 9 par l'identifiant réel
atrm 9
atq

Si la file est vide, atq ne retourne rien.

Étape 4 : vérifier l'exécution quand vous ne supprimez pas le job

Planifiez une tâche et laissez-la s'exécuter :

at -f /tmp/at-lab/job.sh now + 1 minute

Après ~1 minute :

cat /tmp/at-lab/output.txt

Vous devez voir au moins une ligne AT_OK.

Bonnes pratiques

• Utilisez des chemins absolus dans les scripts appelés par at.
• Préférez un script (at -f script.sh) à une commande complexe inline.
• Journalisez la sortie (>> /var/log/... 2>&1) pour faciliter le diagnostic.
• Testez la commande en direct avant de la planifier.

Dépannage rapide

Symptôme	Cause probable	Correction
at: command not found	paquet non installé	sudo dnf install at ou sudo apt install at
systemctl is-enabled atd répond not-found	l'unité n'existe pas : le paquet n'est pas installé	installer le paquet, puis enable --now
Le service est enabled mais inactive (dead)	l'installation active sans démarrer	sudo systemctl start atd
Une heure déjà passée est acceptée sans avertissement	at 9:00 soumis l'après-midi est reporté au lendemain	Vérifier avec atq ; un instant explicitement passé (now - 1 hour) est lui refusé
0815 interprété comme 08 h 15, pas le 15 août	forme horaire, pas une date	Écrire la date explicitement (at 09:00 Aug 15)
La sortie de la tâche disparaît	aucun agent de courriel installé (Exec failed for mail command)	Rediriger explicitement vers un fichier dans la commande planifiée
job jamais exécuté	atd inactif	sudo systemctl enable --now atd
job présent mais pas d'effet	script invalide ou PATH incomplet	utiliser chemins absolus, tester le script
You do not have permission	politique at.allow/at.deny	vérifier /etc/at.allow et /etc/at.deny

Glissez pour voir

Mettre en pratique

Planifiez une tâche ponctuelle avec at sur une VM, puis vérifiez qu'elle s'exécute bien à l'heure prévue et que la file est correctement gérée.

Lab pratique

Planifier une tâche ponctuelle avec at

$ dsoxlab run l3-scheduling-at

Environnement : VM·Durée : ~15 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-at
dsoxlab check l3-scheduling-at

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

• at planifie une tâche ponctuelle.
• atq liste les tâches en attente.
• atrm supprime une tâche planifiée.
• Le service atd doit être actif.
• En contexte admin/certif, at complète cron et timers.

Pour aller plus loin

• Compétences RHCSA essentielles : Visualiser les objectifs de planification et d'exploitation attendus à l'examen.

×

📖 Voir la documentation →