#1 Le 09/11/2019, à 22:03
- cedric2975
[RESOLU]Gros probleme avec crontab
Bonjour à tous
Je post ici car impossible de trouver un pb similaire au mien.
Quand je tape
crontab -e
dans mon terminal j'obtiens:
cedric@cedric-serveur:~$ crontab -e
931
crontab -l me donne :
cedric@cedric-serveur:~$ crontab -l
# blablabla
00 */1 * * * sudo service motion restart
et en editant crontab dans /etc/:
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# m h dom mon dow user command
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --repo$
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --repo$
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --repo$
#
*/1 * * * * /usr/bin/python2.7 /home/cedric/py.py
pourquoi le crontab -e ne m'édite pas le /etc/crontab ?
Dernière modification par cedric2975 (Le 10/11/2019, à 08:14)
Hors ligne
#2 Le 10/11/2019, à 04:17
- moko138
Re : [RESOLU]Gros probleme avec crontab
pourquoi le crontab -e ne m'édite pas le /etc/crontab ?
Source : http://manpages.ubuntu.com/manpages/bio … tab.1.html
man crontab
crontab - Maintenir les fichiers crontab pour les utilisateurs individuels (Vixie cron)
"individuels" : la commande crontab n'est pas faite pour
éditer le fichier /etc/crontab, celui de root.
P.S. : j'attire ton attention sur le fait que la dernière commande (comme les autres commandes) de /etc/crontab doit être suivie d'une ligne vide pour être prise en compte.
Source : http://manpages.ubuntu.com/manpages/bio … tab.5.html
Chaque entrée d'une crontab doit être terminée par un retour à la ligne. Si la dernière
entrée ne se termine pas par un retour à la ligne, cron la considérera (au moins
partiellement) cassée. Un avertissement sera écrit dans le journal système (« syslog »).
Dernière modification par moko138 (Le 10/11/2019, à 04:24)
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne
#3 Le 10/11/2019, à 07:35
- cedric2975
Re : [RESOLU]Gros probleme avec crontab
Bonjour
J'ai vérifié cet histoire de retour à la ligne et en allant vérifier le syslog, j'avais bien une erreur de syntaxe dans /etc/crontab
Mais pourquoi crontab -e me renvoit ça ?
cedric@cedric-serveur:~$ crontab -e
931
Hors ligne
#4 Le 10/11/2019, à 07:59
- Watael
Re : [RESOLU]Gros probleme avec crontab
la dernière commande (comme les autres commandes) de /etc/crontab doit être suivie d'une ligne vide
pas tout à fait. la dernière ligne n'a pas à suivie d'une ligne vide mais d'un retour chariot.
par exemple, cette ligne ne sera pas valide :
printf '* * * * * username maCommande' >> /etc/crontab
il n'y a pas de retour chariot (\n)
alors, que celle-là, sera valide :
printf '* * * * * username maCommande\n' >> /etc/crontab
parce qu'elle comporte un retour chariot.
mais, ça ne répond pas à la question : pourquoi 931 ?
on peut voir le fichier /var/spool/cron/$USER ?
il y a peut-être une erreur.
bien que, si j'y introduis une ligne non valide "à la main", crontab -e édite quand même le fichier.
Connected \o/
Welcome to sHell. · eval is evil.
En ligne
#5 Le 10/11/2019, à 08:14
- cedric2975
Re : [RESOLU]Gros probleme avec crontab
Bonjour
J'ai vérifié cet histoire de retour à la ligne et en allant vérifier le syslog, j'avais bien une erreur de syntaxe dans /etc/crontab
Mais pourquoi crontab -e me renvoit ça ?
cedric@cedric-serveur:~$ crontab -e 931
J'ai trouvé, l'éditeur bash par défaut n'était pas indiqué,
je l'ai ajouté avec
nano ~/.bash_profile
ajout de :
export VISUAL=/bin/nano
puis
source ~/.bash_profile
e
Hors ligne
#6 Le 10/11/2019, à 08:24
- moko138
Re : [RESOLU]Gros probleme avec crontab
Mais pourquoi crontab -e me renvoit ça ?
cedric@cedric-serveur:~$ crontab -e 931
Vraisemblablement parce que c'est bien le contenu de ton crontab d'user (un copier-coller malencontreux est vite arrivé).
Rappelle-toi que c'est ton crontab d'user qu'édite crontab -e (et non /etc/crontab).
D'où l'intérêt de la question de Watael :
on peut voir le fichier /var/spool/cron/$USER ?
%NOINDEX%
Un utilitaire précieux : ncdu
Photo, mini-tutoriel : À la découverte de dcraw
Hors ligne