Version imprimable
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.
Autant utiliser
Tu peux changer l'éditeur par défaut, si nano ne te convient pas.Code:crontab -e
dans ton .bashrc
et tu y ajoutes :Code:vim ~/.bashrc
Après pourquoi se faire du mal avec vi :aie:Code:EDITOR=/usr/bin/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.
Bonjour à tous.
Citation:
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!!! :calim2:
Alors je me suis dit: STOP, apprends vi une bonne fois pour toutes et comme ça plus jamais de stresse! :ccool:
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.
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.
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.
/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"
Merci Stopher.
Justement, cela ne risque-t'il pas de créer des problèmes (pour root uniquement)?Citation:
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"
Imaginons quelqu'un de distrait comme moi! :mrgreen: 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.
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 :
pour plus d'infos sur les options, je te laisse parcourir le manCode:crontab -u <utilisateur> -e
Ch.
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.
OK :ccool:
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.