Provided by: manpages-fr_4.13-4_all bug

NOM

       cron – Démon permettant de lancer des commandes différées (Vixie Cron)

SYNOPSIS

       cron [-f] [-l] [-L niveau]

DESCRIPTION

       cron  est  démarré  automatiquement depuis un script du répertoire /etc/init.d au moment d'entrer dans un
       niveau de fonctionnement multiutilisateur.

OPTIONS

       -f      Rester en mode « premier plan », ne pas utiliser de démon.

       -l      Activer les noms conformes LSB pour les fichiers du répertoire /etc/cron.d. Ce réglage  n'affecte
               cependant   pas   l'analyse  des  fichiers  des  répertoires  /etc/cron.hourly,  /etc/cron.daily,
               /etc/cron.weekly ou /etc/cron.monthly.

       -n      Inclure le nom de domaine  complètement  qualifié  (FQDN)  dans  le  sujet  lors  de  l’envoi  de
               courriels. Par défaut, cron abrège le nom d’hôte.

       -L niveau
               Annoncer  à  cron  ce  qu'il  doit journaliser à propos des tâches (les erreurs sont journalisées
               indépendamment de cette valeur) suivant la somme des éléments suivants :

                   1      enregistrement de la date de début d'exécution des tâches cron

                   2      enregistrement de la date de fin d'exécution des tâches cron

                   4      enregistrement des tâches échoués (état de retour différent de zéro)

                   8      enregistrement du numéro de processus des tâches cron

               Par défaut, la date de début de toutes les tâches cron est enregistrée (1). La journalisation est
               désactivée si le niveau est mis à zéro (0). Une valeur de  quinze  (15)  sélectionne  toutes  les
               options.

NOTES

       cron  recherche, dans le répertoire /var/spool/cron/crontabs, des fichiers de crontab (nommés d’après des
       comptes dans /etc/passwd). Les crontabs trouvées  sont  chargées  en  mémoire.  Veuillez  noter  que  les
       crontabs  de  ce  répertoire  ne  doivent  pas  être accédées directement — la commande crontab doit être
       utilisée pour y accéder et les mettre à jour.

       cron lit également le fichier /etc/crontab  qui  est  dans  un  format  légèrement  différent  (consultez
       crontab(5)).  Dans  Debian,  le  contenu  d'/etc/crontab  est  prédéfini pour exécuter les programmes des
       répertoires /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly et /etc/cron.monthly. Cette configuration
       est spécifique à Debian, consultez la partie PARTICULARITÉS DEBIAN plus bas.

       De plus, dans Debian, cron lit les fichiers du  répertoire  /etc/cron.d.  cron  traite  les  fichiers  de
       /etc/cron.d  de  la  même  manière  que  le  fichier  /etc/crontab (ils ont le même format spécial que ce
       fichier, c'est-à-dire qu'ils intègrent le champ identifiant). Toutefois ils sont indépendants du  fichier
       /etc/crontab :  par  exemple, ils n'héritent pas de ses variables d'environnement. Cette modification est
       spécifique à Debian, consultez la partie PARTICULARITÉS DEBIAN plus bas.

       Comme le fichier /etc/crontab, les modifications des fichiers du répertoire /etc/cron.d sont surveillées.
       En général, l'administrateur système ne devrait  pas  utiliser  /etc/cron.d/,  mais  le  système  crontab
       standard constitué du fichier /etc/crontab.

       /etc/crontab  et  les fichiers du répertoire /etc/cron.d doivent appartenir au superutilisateur et ne pas
       être accessibles en écriture au groupe ni aux  autres.  Contrairement  à  ceux  de  l'espace  spool,  les
       fichiers de /etc/cron.d, /etc/cron.hourly, /etc/cron.daily, /etc/cron.weekly ou /etc/cron.monthly peuvent
       aussi  être  des liens symboliques à condition que le lien symbolique et le fichier pointés appartiennent
       au superutilisateur. Les fichiers de /etc/cron.d n'ont pas besoin d'être exécutables, alors que  ceux  de
       /etc/cron.hourly,  /etc/cron.daily,  /etc/cron.weekly  et  /etc/cron.monthly doivent l'être, car ils sont
       exécutés par run-parts (consultez run-parts(8) pour plus de précisions).

       Ensuite, cron s'éveille toutes les minutes, examine les crontabs existantes et  vérifie  chaque  commande
       pour  savoir s'il doit la lancer dans la minute à venir. Lors de l'exécution d'une commande, toute sortie
       est envoyée par courriel au propriétaire de la crontab (ou à l'utilisateur dont le nom est mentionné dans
       la variable d'environnement MAILTO si elle existe). Les copies des processus enfant ont leur nom  mis  en
       capitales, observables dans la sortie des commandes syslog et ps.

       De  plus, cron vérifie chaque minute si la date de modification de son répertoire de stockage (ou la date
       de modification du fichier /etc/crontab) a  changé.  Si  c'est  le  cas,  cron  examinera  les  dates  de
       modification  de  chaque  fichier  crontab  et  rechargera ceux qui ont été modifiés. Ainsi, cron n'a pas
       besoin d'être redémarré après la modification d'un fichier crontab. Remarquez que la commande  crontab(1)
       met à jour la date de modification du répertoire de stockage si un changement a lieu.

       Il  existe des dispositions spéciales lorsque l'horloge est modifiée de moins de 3 heures, par exemple au
       début et à la fin de l'heure d'été. Si l'heure a été avancée, les tâches qui auraient dû  être  exécutées
       pendant ce moment le seront juste après le changement. À l'inverse, si l'heure a été retardée de moins de
       3 heures, les tâches qui tombent dans cet intervalle de temps ne seront pas exécutées de nouveau.

       Seules les tâches qui sont exécutées à un moment particulier (ni indiquées par @hourly, ni par « * » dans
       le  champ  heure  ou  minute)  sont  affectées.  Les  tâches  indiquées  avec  des  jokers sont exécutées
       immédiatement sur la base de l'heure modifiée.

       Les changements d'horloge de plus de 3 heures sont considérés comme des corrections de  l'horloge  et  la
       nouvelle heure est utilisée immédiatement.

       cron  journalise  ses  actions  à  l'aide du paramètre « cron » de syslog, et la journalisation peut être
       contrôlée en utilisant le système standard syslogd(8).

ENVIRONNEMENT

       Dans les systèmes Debian, /etc/default/cron peut être configuré pour  que  les  paramètres  régionaux  du
       démon  cron  soient  gérés  en  utilisant /etc/environment ou /etc/default/locale, les valeurs du dernier
       étant prioritaires sur celles du premier.  Ces  fichiers  sont  lus  et  les  définitions  des  variables
       d'environnement  LANG,  LC_ALL  et  LC_CTYPE  seront utilisées. Ces variables sont ensuite utilisées pour
       configurer l'encodage des messages, « C » par défaut.

       Cela n'affecte pas l'environnement des tâches exécutées par cron. Pour  plus  de  renseignements  sur  la
       façon de modifier l'environnement des tâches, veuillez consulter crontab(5).

       Le démon utilisera, si elle existe, la définition du fuseau horaire de /etc/timezone.

       L'environnement  peut  être  redéfini  dans  les  définitions des crontabs des utilisateurs, mais cron ne
       traitera les tâches que dans un seul fuseau horaire.

PARTICULARITÉS DEBIAN

       Debian introduit quelques modifications à cron qui n'étaient pas disponibles en amont  à  l'origine.  Les
       modifications les plus significatives introduites sont :

            — gestion   des   répertoires   /etc/cron.{hourly,daily,weekly,monthly}   par   l'intermédiaire   de
              /etc/crontab ;

            — gestion de /etc/cron.d (répertoire de dépôt des crontabs de paquet) ;

            — gestion de PAM ;

            — gestion de SELinux ;

            — gestion d'auditlog ;

            — modifications et corrections pour l'heure d'été et autres problèmes d'heures ;

            — exécution  de  crontab(1)  avec  les  privilèges  du  groupe  crontab   au   lieu   de   ceux   du
              superutilisateur ;

            — emplacement des fichiers et commandes spécifiques à Debian ;

            — configuration spécifique à Debian (/etc/default/cron) ;

            — nombreuses autres fonctionnalités plus petites et corrections.

       La  prise  en  charge  de  /etc/cron.hourly,  /etc/cron.daily,  /etc/cron.weekly et /etc/cron.monthly est
       fournie dans Debian à l'aide des réglages par défaut du fichier /etc/crontab. Le fichier système  crontab
       par  défaut  contient  quatre tâches, exécutées toutes les heures, tous les jours, toutes les semaines et
       tous les mois. Chacune de ses tâches exécutera run-parts avec chaque répertoire en argument.  Ces  tâches
       sont  désactivées  si  anacron  est  installé  (sauf la tâche exécutée toutes les heures) pour éviter les
       conflits entre les deux démons.

       Conformément à la description précédente, les fichiers  de  ces  répertoires  doivent  vérifier  quelques
       propriétés,  parmi lesquelles : être exécutables, appartenir au superutilisateur, ne pas être accessibles
       en écriture au groupe ni aux autres et, s'il s'agit de  liens  symboliques,  pointer  vers  des  fichiers
       appartenant  au  superutilisateur.  De  plus,  les  noms  de  fichier  doivent respecter les exigences de
       run-parts : ils ne doivent contenir que des caractères alphanumériques, des tirets  bas  (« _ »)  et  des
       traits  d’union  (« - »).  Les  fichiers  ne  respectant  pas  ces  exigences  ne seront pas exécutés par
       run-parts. Par exemple, les fichiers dont le nom contient un point seront ignorés. Le  but  est  d'éviter
       que  cron exécute des fichiers laissés par le gestionnaire de paquet Debian lorsqu'il traite les fichiers
       de /etc/cron.d/ comme des fichiers de configuration (c'est-à-dire  les  fichiers  qui  se  terminent  par
       .dpkg-dist, .dpkg-orig et .dpkg-new).

       Cette  fonctionnalité peut servir aux administrateurs système et aux paquets pour réaliser des tâches qui
       seront exécutées à intervalles réguliers. Les fichiers de ces répertoires créés par des paquets devraient
       prendre le nom du paquet qui les fournit.

       La prise en charge de /etc/cron.d est fournie par le démon cron lui-même, qui gère ce répertoire comme le
       spool de crontab système. Ce répertoire peut contenir  n'importe  quel  fichier  définissant  des  tâches
       respectant le format utilisé dans /etc/crontab, c'est-à-dire contrairement au spool de l'utilisateur, ces
       fichiers doivent fournir un identifiant dans la définition de tâche pour l'exécuter.

       Les fichiers de ce répertoire doivent appartenir au superutilisateur, n'ont pas besoin d'être exécutables
       (ce  sont des fichiers de configuration, tout comme /etc/crontab) et doivent respecter la même convention
       de nommage que  celle  utilisée  par  run-parts(8) :  leur  nom  ne  doit  contenir  que  des  caractères
       alphanumériques, des tirets bas et des traits d’union. Il ne doit donc pas contenir de point. Si l'option
       -l  est  indiquée  à  cron  (cette  option peut être configurée dans /etc/default/cron, voir ci-dessous),
       alors, ils doivent respecter les conventions de nommage LSB, tout comme  avec  l'option  --lsbsysinit  de
       run-parts.

       L'objectif  de  cette fonctionnalité est de permettre aux paquets qui nécessitent un contrôle plus fin de
       leur programmation que ce qui est offert par les répertoires /etc/cron.{hourly,daily,weekly,monthly} pour
       ajouter un fichier crontab dans /etc/cron.d. Ces fichiers devraient prendre le  nom  du  paquet  qui  les
       fournit.

       De  plus,  la  configuration  par  défaut de cron dépend de /etc/default/cron qui est lu par le script de
       init.d qui lance le démon cron. Ce fichier détermine  si  cron  lira  les  variables  d'environnement  du
       système  et  permet  d'ajouter des options supplémentaires au programme cron avant qu'il ne soit exécuté,
       soit pour configurer sa journalisation, soit pour définir  la  façon  dont  il  traite  les  fichiers  du
       répertoire /etc/cron.d.

VOIR AUSSI

       crontab(1), crontab(5), run-parts(8)

AUTEUR

       Paul  Vixie  <paul@vix.com>  est l'auteur de cron(8) et de cette page de manuel. Cette page a ensuite été
       modifiée pour Debian par Steve Greenland, Javier Fernandez-Sanguino et Christian Kastner.

TRADUCTION

       La traduction française de cette page de manuel a été créée  par  Steve  Petruzzello  <dlist@bluewin.ch>,
       Nicolas  François  <nicolas.francois@centraliens.net>,  David  Prévot  <david@tilapin.org>  et  Jean-Paul
       Guillonneau <guillonneau.jeanpaul@free.fr>

       Cette traduction est une documentation libre ; veuillez vous  reporter  à  la  GNU General Public License
       version 3 concernant les conditions de copie et de distribution. Il n'y a aucune RESPONSABILITÉ LÉGALE.

       Si  vous  découvrez  un  bogue  dans la traduction de cette page de manuel, veuillez envoyer un message à
       debian-l10n-french@lists.debian.org.

4th Berkeley Distribution                         19 Avril 2010                                          CRON(8)