Discussion :

[BEEP-BEEP]

Bonjour,
Je souhaites ajouter un cron job par script à un utilisateur qui n'a jamais eu de crontab.
1) Si l'utilisateur n'a jamais eu de crontab, le premier crontab -e demande de choisir un éditeur.
Est-ce que cette demande risque de poser la question lors du déroulement de mon script ? Chose que je ne souhaites pas.

2) Donc je souhaites mettre dans le crontab :

Code :

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

1
2
3
# REBOOT
# &> /dev/null OU >/dev/null 2>&1 permet d'éviter l'envoi automatique d'un mail de fin d’action par cron
@reboot bash /home/toto/reboot.sh &> /dev/null

Donc mettre dans mon script :

Code :

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

1
2
3
crontab <(crontab -l ; echo "# REBOOT")
crontab <(crontab -l ; echo "# &> /dev/null OU >/dev/null 2>&1 permet d'éviter l'envoi automatique d'un mail de fin d’action par cron")
crontab <(crontab -l ; echo "@reboot bash /home/toto/reboot.sh &> /dev/null")

3) TESTS :
Ca, ca ne marche pas :

Code :

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

crontab <(crontab -l ; echo "# REBOOT")

donne sans rien faire d'autre l'erreur :

/dev/fd/63: Not a regular file

Par contre, ca, ca semble marcher:

Code :

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

1
2
3
(crontab -l ; echo "# REBOOT") 2>&1 | grep -v "no crontab" | uniq | crontab -
(crontab -l ; echo "# &> /dev/null OU >/dev/null 2>&1 permet d'éviter l'envoi automatique d'un mail de fin d’action par cron") 2>&1 | grep -v "no crontab" | uniq | crontab -
(crontab -l ; echo "@reboot bash /home/francis/reboot.sh &> /dev/null") 2>&1 | grep -v "no crontab" | uniq | crontab -

Qu'en pensez-vous ?

Comment traduire en français ce que cela fait ? :

Code :

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

(crontab -l ; echo "mon job") 2>&1 | grep -v "no crontab" | uniq | crontab -

********
2>&1 : ?
-v : "Invert the sense of matching, to select non-matching lines." ???
grep -v "no crontab" : qu'est ce que cela veut dire, pourquoi ca marche avec ca ? je ne comprends pas la logique de cette portion ? Ce grep ne renvoie qu'un vrai ou faux ?
uniq : ?
crontab - ?
********
D'avance merci pour votre aide éventuelle

[Flodelarab]

Bonjour

L'utilisateur va supprimer ton travail que tu imposes dans son espace.
Pourquoi ne pas remplir /etc/.profile si tu veux un script de connexion ?

[BEEP-BEEP]

En fait, il n'y a qu'un seul utilisateur, et c'est moi.
D'autre part, le .profile je ne maitrise pas donc, j'y vais doucement...

Tu as vu, j'ai fait des modifs dans mon précédent post !

[Flodelarab]

Comment traduire en français ce que cela fait ?

"Cela fait n'importe quoi." ? Et encore, j'ai évité l'évocation d'un matériau peu valorisé.

• Étouffer les messages d'erreurs est-il bien nécessaire ?
• Créer un sous-processus par les parenthèses est-il nécessaire ? (Des accolades suffisent, non ? )
• "uniq" travaille mieux sur un fichier trié. Ton crontab est-il trié ???

Pour la signification, c'est clair. Sinon, utilise les pages "man".
La seule chose un peu difficile est de savoir que le tiret de fin est le fichier sur l'entrée standard, donc celui transmis par la conduite (pipe).

[BEEP-BEEP]

Donc pour ajouter proprement un cron job par script à un seul utilisateur en l'occurence moi, qui n'a jamais eu de crontab :

Code :

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

{crontab -l ; echo "@reboot bash /home/francis/reboot.sh &> /dev/null"} | grep -v "no crontab" | crontab -

C'est bon ?

[Flodelarab]

Il manque un espace après l'accolade ouvrante.
Il manque un point virgule avant l'accolade fermante.
(Ce sont des mots-clé. Ils doivent être reconnus.)

[BEEP-BEEP]

@Flodelarab
Oui, exact, cela m'a fait cherché un moment ;-)
Merci

[N_BaH]

ça vaudrait peut-être la peine de faire une petite vérification qu'il existe un fichier "$USER" sous /var/spool/cron/ avant de chercher le message d'erreur...

[BEEP-BEEP]

oui, les users sont bien présents.

[N_BaH]

à quoi sert le grep, alors ?

[BEEP-BEEP]

Avant le rajout du job dans crontab, le user n'existe pas dans /var/spool/cron/crontab

[N_BaH]

à quoi sert le grep, alors ?

[BEEP-BEEP]

Je n'en sais rien, j'ai trouvé ca sur le net.
La seule chose que je peux dire c'est que ca marche comme cela...et pas sans...

[N_BaH]

¿

Code :

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

1
2
3
4
5
6
if test -f "/var/spool/cron/$user" # ici $user (en minuscule pour ne pas le confondre avec <span style="font-family: monospace; padding: 2px; background: #ddd; display: inline-block"><span style="color: #808080;">$</span>USER</span>) est le nom de l'utilisateur sélectionné dans le script (pas le <span style="font-family: monospace; padding: 2px; background: #ddd; display: inline-block"><span style="color: #808080;">$</span>USER</span> du shell en cours).
then
    { crontab -u "$user" -l; echo "ajout tâche";} | crontab -u "$user" -
else
    echo "ajout tâche" | crontab -u "$user" -
fi

?

[MPython Alaplancha]

Bonjour,

Code :

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

[ -f "/var/spool/cron/$user" ]; echo $?

( $user == $USER ) me revoit toujours 1 que ce soit avec un user disposant d'un crontab ou non...

[Flodelarab]

Bonjour

( $user == $USER ) me revoit toujours 1

Code :

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

1
2
3
4
5
6
7
8
$ echo $user
 
$ echo $USER
flodelarab
$ ( $user == $USER )
-bash: == : commande introuvable
$ echo $?
127

Ben moi, il me renvoie toujours 127.

Pour la bonne et simple raison que la commande que tu tapes n'a aucun sens. Les parenthèses servent à faire un sous-processus, et non un test. Même si tu faisais un simple test, le "==" ne serait pas une comparaison valide. Un simple égal suffit.
Bref, qu'est-ce que tu racontes, Hominidé ?

[N_BaH]

Code :

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

[ -f "/var/spool/cron/$user" ]; echo $?

me revoit toujours 1 que ce soit avec un user disposant d'un crontab ou non...

depuis le temps que je code, je n'ai pas appris à dire n'importe quoi.

le répertoire existe-t-il ?
certaines distributions rangent-elles les crontab utilisateurs ailleurs ? quelle distribution utilises-tu ?

[MPython Alaplancha]

Bonjour

Code :

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

1
2
3
4
5
6
7
8
$ echo $user
 
$ echo $USER
flodelarab
$ ( $user == $USER )
-bash: == : commande introuvable
$ echo $?
127

Ben moi, il me renvoie toujours 127.

Pour la bonne et simple raison que la commande que tu tapes n'a aucun sens. Les parenthèses servent à faire un sous-processus, et non un test. Même si tu faisais un simple test, le "==" ne serait pas une comparaison valide. Un simple égal suffit.
Bref, qu'est-ce que tu racontes, Hominidé ?

. Il s'agit bien du test qui me revoit 1(False) .C'est à dire [ -f "/var/spool/cron/$user" ]; echo $?. Les parathèses ne correspondent pas à une commande... C'était juste pour dire que j'ai utilisé la variable d'environnement $USER pour mes tests.... Mais au vu de ton intervention , je m'apperçois que ce n'était pas clairement dit. Désolé.

@N_BaH:
Je suis sur ubuntu 18.04 (j'ai aussi fait l'essai en virtualbox avec 20.04).
Depuis ma 18.04 avec crontab:

Code :

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

1
2
3
~ jt'écoute :cd /var/spool/cron/
/var/spool/cron jt'écoute :ls
crontabs

Le dossier crontabs appartient à root et si je l'ouvre (avec les droits root), j'y vois bien mon user avec le fichier de mon crontab.
Ceci dit, même en utilisant le bon chemin du fichier, le retour du test donne False (depuis le compte $USER).
Le test effectivement fonctionne depuis le compte root.

[N_BaH]

y a-t-il eu du changement chez Ubuntu ?

cron recherche, dans le répertoire /var/spool/cron/crontabs, des fichiers de crontab ayant des noms de compte existant dans /etc/passwd.

cf. man cron

alors que sur Arch :

/var/spool/cron
directory that contains user crontables created by the crontab command.

[Flodelarab]

Avec Debian 9, c'est déjà ce comportement.