Provided by: manpages-fr-extra_20101103_all bug

NOM

       cron - Demon permettant de lancer des commandes differees (Vixie Cron)

SYNOPSIS

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

DESCRIPTION

       cron  est  demarre  automatiquement  depuis  un  script  du  repertoire
       /etc/init.d  au  moment  d'entrer  dans  un  niveau  de  fonctionnement
       multiutilisateur.

OPTIONS

       -f      Rester en mode << premier plan >>, ne pas utiliser de demon.

       -l      Activer  les noms conformes LSB pour les fichiers du repertoire
               /etc/cron.d.

       -L loglevel
               Definit le niveau de  journalisation  (loglevel)  de  cron.  Le
               niveau standard (1) enregistre la date de debut d'execution des
               travaux cron. Le niveau 2 enregistre en plus la date de fin, ce
               qui  peut  etre utile pour surveiller le comportement de taches
               lancees par cron. Enfin, la journalisation est desactivee si le
               niveau est mis a zero (0).

NOTES

       cron   recherche,  dans  le  repertoire  /var/spool/cron/crontabs,  des
       fichiers de crontab ayant des noms de compte existant dans /etc/passwd.
       Les  crontabs trouvees sont chargees en memoire. Veuillez noter que les
       crontabs de ce repertoire ne doivent pas etre accedees directement - la
       commande  crontab  doit  etre  utilisee  pour y acceder et les mettre a
       jour.

       cron lit egalement le fichier /etc/crontab,  qui  est  dans  un  format
       legerement  different (voir crontab(5)). De plus, cron lit les fichiers
       dans /etc/cron.d : il traite les fichiers dans /etc/cron.d de  la  meme
       maniere que le fichier /etc/crontab (ils ont le meme format special que
       ce fichier, c'est-a-dire qu'ils integrent le champ user). Toutefois ils
       sont independants du fichier /etc/crontab : par exemple, ils n'heritent
       pas de  ses  variables  d'environnement.  La  raison  avouee  de  cette
       caracteristique  est de permettre a des paquets un controle plus fin de
       leur planning que les repertoires  /etc/cron.{daily,weekly,monthly}  ne
       le permettent en ajoutant un fichier crontab au repertoire /etc/cron.d.
       Ces fichiers devraient etre nommes selon  le  nom  du  paquet  qui  les
       fournit.  Les fichiers doivent suivre la meme convention de nommage que
       celle utilisee par run-parts(8) :  ils  peuvent  contenir  des  lettres
       majuscules et minuscules, des chiffres, le caractere de soulignement et
       le trait d'union. Si l'option -l est indiquee,  alors  ils  doivent  se
       conformer  a  la  specification  de l'espace de nommage LSB, exactement
       comme pour l'option --lsbsysinit de run-parts.

       Comme  le  fichier  /etc/crontab,  les  changements  des  fichiers   du
       repertoire /etc/cron.d sont surveilles. En general, l'administrateur ne
       devrait pas utiliser /etc/cron.d/  mais  le  systeme  crontab  standard
       constitue du fichier /etc/crontab.

       Contrairement   a  ceux  du  repertoire  /var/spool/cron/crontabs,  les
       fichiers de /etc/cron.d peuvent etre des liens symboliques, a condition
       que   le  lien  symbolique  et  le  fichier  pointes  appartiennent  au
       superutilisateur.

       Ensuite, cron  s'eveille  toutes  les  minutes,  examine  les  crontabs
       existantes,  et verifie chaque commande pour savoir s'il doit la lancer
       dans la minute a venir.  Lors  de  l'execution  d'une  commande,  toute
       sortie  est  envoyee  par  courriel au proprietaire de la crontab (ou a
       l'utilisateur  dont   le   nom   est   mentionne   dans   la   variable
       d'environnement MAILTO si elle existe). Les copies des processus enfant
       ont leur nom mis en majuscules, observable dans le syslog  et  dans  la
       sortie de la commande ps.

       De  plus,  cron verifie chaque minute si la date de modification de son
       repertoire de stockage (ou la date de modification de  /etc/crontab)  a
       change.  Si  c'est  le cas, cron examinera les dates de modification de
       chaque fichier crontab, et rechargera ceux qui ont ete modifies. Ainsi,
       cron n'a pas besoin d'etre redemarre apres la modification d'un fichier
       crontab. Notez que la  commande  crontab(1)  met  a  jour  la  date  de
       modification du repertoire de stockage si un changement a lieu.

       Il  existe des dispositions speciales lorsque l'horloge est modifiee de
       moins de 4 heures, par exemple au debut et a la fin de  l'heure  d'ete.
       Si  l'heure  a ete avancee, les travaux qui auraient du etre executes a
       ce moment la le seront juste  apres  le  changement.  A  l'inverse,  si
       l'heure  a  ete  retardee de moins de 3 heures, les travaux qui tombent
       dans cet intervalle de temps ne seront pas executes de nouveau.

       Seuls les travaux  qui  sont  executes  a  un  moment  particulier  (ni
       specifies  par  @hourly  ni  par << * >> dans le champ heure ou minute)
       sont affectes. Les travaux specifies avec des asterisques sont executes
       immediatement sur la base de l'heure modifiee.

       Les changements d'horloge de plus de 3 heures sont consideres comme des
       corrections  de  l'horloge,  et  la   nouvelle   heure   est   utilisee
       immediatement.

       cron journalise ses actions a l'aide du parametre << cron >> de syslog,
       et la journalisation  peut  etre  controlee  en  utilisant  le  systeme
       standard syslogd(8).

ENVIRONNEMENT

       Dans les systeme Debian, /etc/default/cron peut etre configure pour que
       les parametres regionaux  du  demon  cron  soient  geres  en  utilisant
       /etc/environment  ou  /etc/default/locale, les valeurs du dernier etant
       prioritaires sur celles du  premier.  Ces  fichiers  sont  lus  et  les
       definitions  des  variables  d'environnement  LANG,  LC_ALL et LC_CTYPE
       seront utilisees. Ces variables sont ensuite utilisees pour  configurer
       l'encodage des messages, << C >> par defaut.

       Cela  n'affecte  pas l'environnement des taches executes par cron. Pour
       plus de renseignements sur la facon  de  modifier  l'environnement  des
       taches, veuillez consultez crontab(5).

       Le  demon utilisera, si elle existe, la definition du fuseau horaire de
       /etc/timezone.

       L'environnement peut etre redefini dans les definitions des crontab des
       utilisateurs,  mais cron ne traitera les taches que dans un seul fuseau
       horaire.

VOIR AUSSI

       crontab(1), crontab(5).

AUTEUR

       Paul Vixie <paul@vix.com>

TRADUCTION

       Cette page de manuel a ete traduite  et  mise  a  jour  par  Christophe
       Blaess  entre  1997  et  2003.   La  version  presente  dans Debian est
       dorenavant maintenue par Steve Petruzzello <dlist AT bluewin DOT ch> et
       les  membres  de  la  liste <debian-l10n-french AT lists DOT debian DOT
       org>.  Veuillez signaler toute erreur de traduction par un  rapport  de
       bogue sur le paquet manpages-fr-extra.