Discussion :

[flyingman]

Bonjour à tous.

Bien que la commande crontab fasse partie de posix, il me semble que (utilisation d'éditeurs comme nano, etc) cela ne soit pas pertinent, par exemple, en cas de grosse intervention dans un système Unix.

Pensez-vous comme moi (qui suis un newbe en admin), qu'il est préférable de s'habituer à éditer directement les fichiers crontab avec vi.

D'avance merci.

[Stopher]

Autant utiliser

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

crontab -e

Tu peux changer l'éditeur par défaut, si nano ne te convient pas.

dans ton .bashrc

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

vim ~/.bashrc

et tu y ajoutes :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

EDITOR=/usr/bin/vi

Après pourquoi se faire du mal avec vi

Autant utiliser des outils plus pratiques surtout vim ou nano qui a l'avantage de ne pas avoir à apprendre les raccourcies clavier pour un petit changement.

Ch.

[flyingman]

Bonjour à tous.

Après pourquoi se faire du mal avec vi

Ben justement! Ma très petite expérience en linux/unix (et en admin système en général) m'a conduit à essayer différentes ditros/unix-like et à chaque fois, il fallait réapprendre un nouvel éditeur!!!

Alors je me suis dit: STOP, apprends vi une bonne fois pour toutes et comme ça plus jamais de stresse!

Mais le fond de ma question ne réside pas dans ce choix d'éditeur, mais plutôt dans la stratégie à adopter face à cron (voir plus haut).

Donc tout vos avis sont les bien venus.

Cordialement.

[Stopher]

crontab -e ne fait pas qu'éditer simplement le fichier de conf, il valide la syntaxe, et l'applique immédiatement ( mise à jour des règles dans /var/spool/cron ) sans que tu sois obligé de redémarrer le service.

Je ne vois aucun intérêt à ne pas vouloir éditer avec la commande "crontab"

Dans le même genre tu as la configuration de sudo, pour laquelle tu dois utiliser visudo

Ch.

[flyingman]

Ok merci.

Mais alors quelle est la différence entre éditer /etc/crontab et sudo crontab -e (dont le fichier se trouve sur /var/spool/cron/crontab)?

J'ai du mal à voir l'intérêt de la chose.

D'avance merci.

[Stopher]

/etc/crontab est par convention le crontab système et non un crontab utilisateur.

la commande crontab -e édite les règles crontab de l'utilisateur courant.

Chaque utilisateur possède ses règles cron, et peut les éditer/valider sans devoir prendre les privilèges root, ( ce qui n'est pas le cas pour la crontab système, qu'il ne faut généralement pas toucher )

Si tu souhaites exécuter des tâches nécessitant des droits plus élevés, soit tu utilises sudo dans ton crontab utilisateur, soit tu te mets en root et tu édites sa table crontab "crontab -e"

[flyingman]

Merci Stopher.

Si tu souhaites exécuter des tâches nécessitant des droits plus élevés, soit tu utilises sudo dans ton crontab utilisateur, soit tu te mets en root et tu édites sa table crontab "crontab -e"

Justement, cela ne risque-t'il pas de créer des problèmes (pour root uniquement)?

Imaginons quelqu'un de distrait comme moi! qui édite /etc/crontab et joue avec sudo crontab -e en même temps, cela pourrait créer des conflits de taches, non?

D'avance merci.

[Stopher]

Non, dans le pire des cas, la tâche va s’exécuter deux fois.

il faut bien prendre conscience que :

/etc/crontab != "crontab -e" en root

Bref ne touche pas à /etc/crontab et prends l'habitude d'utiliser la commande crontab -e pour gérer tes tâches.

sudo est recommandé.
Moins tu te log en root pour effectuer des commandes de ce type, mieux tu dormiras

PS: pour éditer la crontab d'un utilisateur particulier, tu peux simplement utiliser la commande suivante en root :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

crontab -u <utilisateur> -e

pour plus d'infos sur les options, je te laisse parcourir le man

Ch.

[frp31]

officiellement il est interdit de modifier crontab par n'importe quel autre moyen de crontab -e qui est le seul mode qui garanti le fonctionnement de l'édition.

[flyingman]

OK

Je vais utiliser la commande sudo crontab -e pour les taches systèmes.
Encore un grand merci pour toutes ces précisions qui, pour moi, sont essentielles.

Cordialement.