Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Jérémy Prego]

Le 09/06/2019 à 19:04, G2PC a écrit :
> Malgré tout, j'ai décidé de désinstaller xplayer et de le remplacer
> par mplayer.
>
>
> Cette fois, la musique se lance bien !
> 01 19 * * * DISPLAY=:0 /usr/bin/mplayer
> /home/mon-utilisateur/DOSSIER/AUTRE/musique.mp3
>
> Par contre, la musique se lance sans afficher le player,donc , si je
> souhaite couper la musique immédiatement, je ne sais pas le faire.
> Il faudrait sûrement identifier le processus, mais, je pense qu'il
> serait mieux de pouvoir faire s'afficher le player.
>
> Si quelqu'un a une idée complémentaire pour afficher le player.
>

utiliser mpv qui lui a un player graphique quand on joue de l'audio. ce
n'est pas le cas de mplayer qui se contente d'afficher tout en console.

> En attendant, je vais utiliser cette méthode.
>

au pire, un "killall mplayer" pour stopper la musique, reste la solution
la plus simple

Jerem
>
>
> Le 09/06/2019 à 14:26, Florian Blanc a écrit :
>> T'es pas loin maintenant mais je ne pourrais plus t'aider car je
>> n'utilise pas d'interface graphique donc je te conseille de faire des
>> recherches maintenant.
>> Cordialement 
>>
>> On Sun, Jun 9, 2019, 12:49 G2PC > > wrote:
>>
>> C'est fait, le cache est bien recréé lorsque la commande cron est
>> lancée.
>>
>> L'erreur suivante est affichée :
>>
>> Failed to connect to Mir: Failed to connect to server socket:
>> Aucun fichier ou dossier de ce type
>> Unable to init server: Impossible de se connecter : Connexion refusée
>>
>> (xplayer:6747): Gtk-WARNING **: cannot open display:
>>

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Bernard Schoenacker]

- Mail original -
> De: "Bernard Schoenacker" 
> À: "G2PC" 
> Cc: "Liste Debian" 
> Envoyé: Dimanche 9 Juin 2019 19:25:53
> Objet: Re: Crontab ne lance pas ma commande ou mon script [RESOLU]
> 
> 
> - Mail original -
> 
> > De: "G2PC" 

> > Cc: "Liste Debian" 
> > Envoyé: Dimanche 9 Juin 2019 19:04:40
> > Objet: Re: Crontab ne lance pas ma commande ou mon script [RESOLU]
> 
> > Pour cette erreur, j'ai lu qu'il me faudrait sûrement utiliser :
> > xhost +
> > https://www.ethicalhackx.com/fix-gtk-warning-cannot-open-display/
> 
> > Malgré tout, j'ai décidé de désinstaller xplayer et de le remplacer
> > par mplayer.
> 
> > Cette fois, la musique se lance bien !
> > 01 19 * * * DISPLAY=:0 /usr/bin/mplayer
> > /home/mon-utilisateur/DOSSIER/AUTRE/musique.mp3
> 
> > Par contre, la musique se lance sans afficher le player,donc , si
> > je
> > souhaite couper la musique immédiatement, je ne sais pas le faire.
> > Il faudrait sûrement identifier le processus, mais, je pense qu'il
> > serait mieux de pouvoir faire s'afficher le player.
> 
> > Si quelqu'un a une idée complémentaire pour afficher le player.
> 
> > En attendant, je vais utiliser cette méthode.
> 
> bonjour,
> 
> mplayer se lance en tâche de fond et je conseille de passer par
> tmux ou screen pour pouvoir le récupérer
>
> désolé mais mes doigts ont fourché sur le clavier
> 
> merci
> slt
> bernard

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Bernard Schoenacker]

- Mail original - 

> De: "G2PC" 
> À: "Florian Blanc" 
> Cc: "Liste Debian" 
> Envoyé: Dimanche 9 Juin 2019 19:04:40
> Objet: Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

> Pour cette erreur, j'ai lu qu'il me faudrait sûrement utiliser :
> xhost +
> https://www.ethicalhackx.com/fix-gtk-warning-cannot-open-display/

> Malgré tout, j'ai décidé de désinstaller xplayer et de le remplacer
> par mplayer.

> Cette fois, la musique se lance bien !
> 01 19 * * * DISPLAY=:0 /usr/bin/mplayer
> /home/mon-utilisateur/DOSSIER/AUTRE/musique.mp3

> Par contre, la musique se lance sans afficher le player,donc , si je
> souhaite couper la musique immédiatement, je ne sais pas le faire.
> Il faudrait sûrement identifier le processus, mais, je pense qu'il
> serait mieux de pouvoir faire s'afficher le player.

> Si quelqu'un a une idée complémentaire pour afficher le player.

> En attendant, je vais utiliser cette méthode.

bonjour,

mplayer se lance en tâche de fond et je conseille de passer par 
tmux ou scezzn pour pouvoir le récupérer

merci
slt
bernard

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[G2PC]

Pour cette erreur, j'ai lu qu'il me faudrait sûrement utiliser : |xhost +|

https://www.ethicalhackx.com/fix-gtk-warning-cannot-open-display/


Malgré tout, j'ai décidé de désinstaller xplayer et de le remplacer par
mplayer.

Cette fois, la musique se lance bien !
01 19 * * * DISPLAY=:0 /usr/bin/mplayer
/home/mon-utilisateur/DOSSIER/AUTRE/musique.mp3

Par contre, la musique se lance sans afficher le player,donc , si je
souhaite couper la musique immédiatement, je ne sais pas le faire.
Il faudrait sûrement identifier le processus, mais, je pense qu'il
serait mieux de pouvoir faire s'afficher le player.

Si quelqu'un a une idée complémentaire pour afficher le player.

En attendant, je vais utiliser cette méthode.


Le 09/06/2019 à 14:26, Florian Blanc a écrit :
> T'es pas loin maintenant mais je ne pourrais plus t'aider car je
> n'utilise pas d'interface graphique donc je te conseille de faire des
> recherches maintenant.
> Cordialement 
>
> On Sun, Jun 9, 2019, 12:49 G2PC  > wrote:
>
> C'est fait, le cache est bien recréé lorsque la commande cron est
> lancée.
>
> L'erreur suivante est affichée :
>
> Failed to connect to Mir: Failed to connect to server socket:
> Aucun fichier ou dossier de ce type
> Unable to init server: Impossible de se connecter : Connexion refusée
>
> (xplayer:6747): Gtk-WARNING **: cannot open display:
>

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Florian Blanc]

T'es pas loin maintenant mais je ne pourrais plus t'aider car je n'utilise
pas d'interface graphique donc je te conseille de faire des recherches
maintenant.
Cordialement

On Sun, Jun 9, 2019, 12:49 G2PC  wrote:

> C'est fait, le cache est bien recréé lorsque la commande cron est lancée.
>
> L'erreur suivante est affichée :
>
> Failed to connect to Mir: Failed to connect to server socket: Aucun
> fichier ou dossier de ce type
> Unable to init server: Impossible de se connecter : Connexion refusée
>
> (xplayer:6747): Gtk-WARNING **: cannot open display:
>
>
> Le 09/06/2019 à 04:11, Florian Blanc a écrit :
>
> En tant que root :
> mv /home/user/.cache /home/user/.oldcache
>
> On Sun, Jun 9, 2019, 02:43 G2PC  wrote:
>
>> Le 09/06/2019 à 01:13, Florian Blanc a écrit :
>>
>> &> /var/log/xplayer-cron
>>
>>
>> (xplayer:31495): dconf-CRITICAL **: unable to create file
>> '/home/mon-utilisateur/.cache/dconf/user': Permission non accordée.  dconf
>> will not work properly.
>>
>> (xplayer:31495): dconf-CRITICAL **: unable to create file
>> '/home/mon-utilisateur/.cache/dconf/user': Permission non accordée.  dconf
>> will not work properly.
>> Failed to connect to Mir: Failed to connect to server socket: Aucun
>> fichier ou dossier de ce type
>> Unable to init server: Impossible de se connecter : Connexion refusée
>>
>> (xplayer:31495): Gtk-WARNING **: cannot open display:
>>
>

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[G2PC]

C'est fait, le cache est bien recréé lorsque la commande cron est lancée.

L'erreur suivante est affichée :

Failed to connect to Mir: Failed to connect to server socket: Aucun
fichier ou dossier de ce type
Unable to init server: Impossible de se connecter : Connexion refusée

(xplayer:6747): Gtk-WARNING **: cannot open display:


Le 09/06/2019 à 04:11, Florian Blanc a écrit :
> En tant que root : 
> mv /home/user/.cache /home/user/.oldcache
>
> On Sun, Jun 9, 2019, 02:43 G2PC  > wrote:
>
> Le 09/06/2019 à 01:13, Florian Blanc a écrit :
>> &> /var/log/xplayer-cron
>
>
> (xplayer:31495): dconf-CRITICAL **: unable to create file
> '/home/mon-utilisateur/.cache/dconf/user': Permission non
> accordée.  dconf will not work properly.
>
> (xplayer:31495): dconf-CRITICAL **: unable to create file
> '/home/mon-utilisateur/.cache/dconf/user': Permission non
> accordée.  dconf will not work properly.
> Failed to connect to Mir: Failed to connect to server socket:
> Aucun fichier ou dossier de ce type
> Unable to init server: Impossible de se connecter : Connexion refusée
>
> (xplayer:31495): Gtk-WARNING **: cannot open display:
>

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Florian Blanc]

En tant que root :
mv /home/user/.cache /home/user/.oldcache

On Sun, Jun 9, 2019, 02:43 G2PC  wrote:

> Le 09/06/2019 à 01:13, Florian Blanc a écrit :
>
> &> /var/log/xplayer-cron
>
>
> (xplayer:31495): dconf-CRITICAL **: unable to create file
> '/home/mon-utilisateur/.cache/dconf/user': Permission non accordée.  dconf
> will not work properly.
>
> (xplayer:31495): dconf-CRITICAL **: unable to create file
> '/home/mon-utilisateur/.cache/dconf/user': Permission non accordée.  dconf
> will not work properly.
> Failed to connect to Mir: Failed to connect to server socket: Aucun
> fichier ou dossier de ce type
> Unable to init server: Impossible de se connecter : Connexion refusée
>
> (xplayer:31495): Gtk-WARNING **: cannot open display:
>

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[G2PC]

Le 09/06/2019 à 01:13, Florian Blanc a écrit :
> &> /var/log/xplayer-cron


(xplayer:31495): dconf-CRITICAL **: unable to create file
'/home/mon-utilisateur/.cache/dconf/user': Permission non accordée. 
dconf will not work properly.

(xplayer:31495): dconf-CRITICAL **: unable to create file
'/home/mon-utilisateur/.cache/dconf/user': Permission non accordée. 
dconf will not work properly.
Failed to connect to Mir: Failed to connect to server socket: Aucun
fichier ou dossier de ce type
Unable to init server: Impossible de se connecter : Connexion refusée

(xplayer:31495): Gtk-WARNING **: cannot open display:

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Florian Blanc]

 07 19 * * *  /usr/bin/xplayer /home/mon-user/musique.mp3 &>
/var/log/xplayer-cron

Le dim. 9 juin 2019 à 00:24, G2PC  a écrit :

> Oui.
>
> ta commande à partir du terminal en tant qu'user (m0i) fonctionne ?
>
> Le dim. 9 juin 2019 à 00:00, G2PC  a écrit :
>
>>
>> Je n'ai trouvé aucun log pour xplayer.
>>
>>
>> Le 08/06/2019 à 22:49, Florian Blanc a écrit :
>>
>> la tâche cron s'est bien lancée alors regardes tes logs du logiciel
>>
>> Le sam. 8 juin 2019 à 21:34, G2PC  a écrit :
>>
>>>
>>> grep CRON /var/log/syslog
>>>
>>>
 J'ai tenté de bricoler une tâche cron pour lancer une musique suite à ce
 post, mais, la tâche ne semble pas se lancer :

 07 19 * * * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer
 /home/mon-user/musique.mp3

 grep CRON /var/log/syslog
>>>
>>> Jun  8 19:07:01 machine CRON[18072]: (m0i) CMD
>>> (XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer /home/m0i/musique.mp3)
>>>
>>>

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[G2PC]

Oui.


> ta commande à partir du terminal en tant qu'user (m0i) fonctionne ?
>
> Le dim. 9 juin 2019 à 00:00, G2PC  > a écrit :
>
>
> Je n'ai trouvé aucun log pour xplayer.
>
>
> Le 08/06/2019 à 22:49, Florian Blanc a écrit :
>> la tâche cron s'est bien lancée alors regardes tes logs du logiciel
>>
>> Le sam. 8 juin 2019 à 21:34, G2PC > > a écrit :
>>
>>
>>> |grep CRON /var/log/syslog|
>>>
>>>
>>> J'ai tenté de bricoler une tâche cron pour lancer une
>>> musique suite à ce
>>> post, mais, la tâche ne semble pas se lancer :
>>>
>>> 07 19 * * * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer
>>> /home/mon-user/musique.mp3
>>>
>> |grep CRON /var/log/syslog|
>>
>> Jun  8 19:07:01 machine CRON[18072]: (m0i) CMD
>> (XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer
>> /home/m0i/musique.mp3)
>>

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Florian Blanc]

ta commande à partir du terminal en tant qu'user (m0i) fonctionne ?

Le dim. 9 juin 2019 à 00:00, G2PC  a écrit :

>
> Je n'ai trouvé aucun log pour xplayer.
>
>
> Le 08/06/2019 à 22:49, Florian Blanc a écrit :
>
> la tâche cron s'est bien lancée alors regardes tes logs du logiciel
>
> Le sam. 8 juin 2019 à 21:34, G2PC  a écrit :
>
>>
>> grep CRON /var/log/syslog
>>
>>
>>> J'ai tenté de bricoler une tâche cron pour lancer une musique suite à ce
>>> post, mais, la tâche ne semble pas se lancer :
>>>
>>> 07 19 * * * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer
>>> /home/mon-user/musique.mp3
>>>
>>> grep CRON /var/log/syslog
>>
>> Jun  8 19:07:01 machine CRON[18072]: (m0i) CMD
>> (XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer /home/m0i/musique.mp3)
>>
>>

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[G2PC]

Je n'ai trouvé aucun log pour xplayer.


Le 08/06/2019 à 22:49, Florian Blanc a écrit :
> la tâche cron s'est bien lancée alors regardes tes logs du logiciel
>
> Le sam. 8 juin 2019 à 21:34, G2PC  > a écrit :
>
>
>> |grep CRON /var/log/syslog|
>>
>>
>> J'ai tenté de bricoler une tâche cron pour lancer une musique
>> suite à ce
>> post, mais, la tâche ne semble pas se lancer :
>>
>> 07 19 * * * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer
>> /home/mon-user/musique.mp3
>>
> |grep CRON /var/log/syslog|
>
> Jun  8 19:07:01 machine CRON[18072]: (m0i) CMD
> (XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer
> /home/m0i/musique.mp3)
>

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Florian Blanc]

la tâche cron s'est bien lancée alors regardes tes logs du logiciel

Le sam. 8 juin 2019 à 21:34, G2PC  a écrit :

>
> grep CRON /var/log/syslog
>
>
>> J'ai tenté de bricoler une tâche cron pour lancer une musique suite à ce
>> post, mais, la tâche ne semble pas se lancer :
>>
>> 07 19 * * * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer
>> /home/mon-user/musique.mp3
>>
>> grep CRON /var/log/syslog
>
> Jun  8 19:07:01 machine CRON[18072]: (m0i) CMD
> (XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer /home/m0i/musique.mp3)
>
>

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[G2PC]

> |grep CRON /var/log/syslog|
>
>
> J'ai tenté de bricoler une tâche cron pour lancer une musique
> suite à ce
> post, mais, la tâche ne semble pas se lancer :
>
> 07 19 * * * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer
> /home/mon-user/musique.mp3
>
|grep CRON /var/log/syslog|

Jun  8 19:07:01 machine CRON[18072]: (m0i) CMD
(XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer /home/m0i/musique.mp3)

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Florian Blanc]

grep CRON /var/log/syslog


Le sam. 8 juin 2019 à 19:15, G2PC  a écrit :

>
> >>
> >>> En rajoutant : XDG_RUNTIME_DIR=/run/user/1000 dans ma commande
> >>> crontab cela fonctionne :
> >>>
> >>> 30 17 1 6 * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/arecord -f cd -d
> >>> 10 /mnt/dd1/Musique/test.wav
> >>
> >> Ok, c'était donc bien un souci d'environnement d'exécution.
>
>
> J'ai tenté de bricoler une tâche cron pour lancer une musique suite à ce
> post, mais, la tâche ne semble pas se lancer :
>
> 07 19 * * * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer
> /home/mon-user/musique.mp3
>
>

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[G2PC]

>>
>>> En rajoutant : XDG_RUNTIME_DIR=/run/user/1000 dans ma commande
>>> crontab cela fonctionne :
>>>
>>> 30 17 1 6 * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/arecord -f cd -d
>>> 10 /mnt/dd1/Musique/test.wav
>>
>> Ok, c'était donc bien un souci d'environnement d'exécution.


J'ai tenté de bricoler une tâche cron pour lancer une musique suite à ce
post, mais, la tâche ne semble pas se lancer :

07 19 * * * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/xplayer
/home/mon-user/musique.mp3

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Erwann Le Bras]

Le 02/06/2019 à 10:45, Francois Lafont a écrit :

On 6/1/19 5:33 PM, Tulum wrote:

En rajoutant : XDG_RUNTIME_DIR=/run/user/1000 dans ma commande 
crontab cela fonctionne :


30 17 1 6 * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/arecord -f cd -d 
10 /mnt/dd1/Musique/test.wav


Ok, c'était donc bien un souci d'environnement d'exécution.

Ce que je comprends pas c'est que j'avais testé mettant le user (à la 
place de XDG_RUNTIME_DIR) et ça e marchait. Il aurait charger toutes 
les variables de l'utilisateur, non ?


Je ne suis pas sûr d'avoir compris la question mais cron a tendance à
avoir une liste de variables d'environnement très limitée par rapport à
un shell interactif. Tu peux ouvrir un shell interactif avec ton compte
perso et voir toutes les variables d'environnement avec la commande 
"env".


Si tu lances cette même commande (env > /tmp/env.log) dans un script 
lancé
via un cron (avec le même compte Unix), tu verras qu'il y a beaucoup 
moins de

variables d'environnement.

J'imagine que XDG_RUNTIME_DIR était bien définie dans un shell interactif
mais pas dans le contexte d'une exécution via cron.



bonjour

Le CRON lance un shell utilisateur en chargeant l'environnement par défaut.
Ce qui signifie que l'environnement chargé par le .profile/.bashrc ou 
autre à la connexion utilisateur n'est pas chargé.
Donc la bonne pratique est de lancer un shell qui commence par charger 
l'environnement dans le shell courant, défini la log puis lance les 
commandes à réaliser.


amitiés,

--

Erwann

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Tulum]

Le dimanche 2 juin 2019, 10:45:24 CEST Francois Lafont a écrit :
> On 6/1/19 5:33 PM, Tulum wrote:
> > En rajoutant : XDG_RUNTIME_DIR=/run/user/1000 dans ma commande crontab
> > cela fonctionne :
> > 
> > 30 17 1 6 * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/arecord -f cd -d 10
> > /mnt/dd1/Musique/test.wav
> Ok, c'était donc bien un souci d'environnement d'exécution.
> 
> > Ce que je comprends pas c'est que j'avais testé mettant le user (à la
> > place de XDG_RUNTIME_DIR) et ça e marchait. Il aurait charger toutes les
> > variables de l'utilisateur, non ?
> Je ne suis pas sûr d'avoir compris la question mais cron a tendance à
> avoir une liste de variables d'environnement très limitée par rapport à
> un shell interactif. Tu peux ouvrir un shell interactif avec ton compte
> perso et voir toutes les variables d'environnement avec la commande "env".
> 
> Si tu lances cette même commande (env > /tmp/env.log) dans un script lancé
> via un cron (avec le même compte Unix), tu verras qu'il y a beaucoup moins
> de variables d'environnement.
> 
> J'imagine que XDG_RUNTIME_DIR était bien définie dans un shell interactif
> mais pas dans le contexte d'une exécution via cron.
> 
> À+
Merci,

En fait j'avais trouver sur G**gle que l'on pouvait ajouter le user à 
l'emplacement où j'ai mis la variable XDG_RUNTIME_DIR. Mais là ça ne marchait 
pas. J'aurai pensé qu'en mettant le user, cron aurait chargé l'ensemble des 
variables d'environnement de l'user mentionné.
BEGIN:VCARD
VERSION:3.0
EMAIL:tu...@free.fr
N:
NICKNAME:Tulum
UID:9cbfd6d5-d2b5-409f-b21b-2ac22f954429
X-KADDRESSBOOK-MailAllowToRemoteContent:TRUE
END:VCARD

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Francois Lafont]

On 6/1/19 5:33 PM, Tulum wrote:


En rajoutant : XDG_RUNTIME_DIR=/run/user/1000 dans ma commande crontab cela 
fonctionne :

30 17 1 6 * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/arecord -f cd -d 10 
/mnt/dd1/Musique/test.wav


Ok, c'était donc bien un souci d'environnement d'exécution.


Ce que je comprends pas c'est que j'avais testé mettant le user (à la place de 
XDG_RUNTIME_DIR) et ça e marchait. Il aurait charger toutes les variables de 
l'utilisateur, non ?


Je ne suis pas sûr d'avoir compris la question mais cron a tendance à
avoir une liste de variables d'environnement très limitée par rapport à
un shell interactif. Tu peux ouvrir un shell interactif avec ton compte
perso et voir toutes les variables d'environnement avec la commande "env".

Si tu lances cette même commande (env > /tmp/env.log) dans un script lancé
via un cron (avec le même compte Unix), tu verras qu'il y a beaucoup moins de
variables d'environnement.

J'imagine que XDG_RUNTIME_DIR était bien définie dans un shell interactif
mais pas dans le contexte d'une exécution via cron.

À+

--
François Lafont

Re: Crontab ne lance pas ma commande ou mon script

[Florian Blanc]

Essayez votre commande ou script à partir de l'utilisateur et quand ça
fonctionne, "crontab -e" puis ajoutez le. De cette manière je n'ai jamais
eu de problèmes. Et chaque user a ses crons

On Sat, Jun 1, 2019, 19:11 ajh-valmer  wrote:

> On Saturday 01 June 2019 17:08:28 yamo' a tapoté
> > ajh-valmer a tapoté le 01/06/2019 16:20:
> > > J'ai le même problème avec cette commande :
> > > 30 8  * * *  e2fsck /dev/sda2
> > > même avec un script binaire,
> > > #!/bin/bash
> > > e2fsck /dev/sda2
> > > Rien à faire, crontab ne fait rien.
>
> > Et avec le chemin complet ? :
> > /sbin/e2fsck
>
> J'ai modifié, je vais voir...
>
> Il n'y aurait pas un autre élément à ajouter,
> comme dans l'autre cas "/usr/bin/arecord",
> (qui a résolu le problème),
> voire une option à mettre après la commande e2fsck ?
>
> Merci.
>
>

Re: Crontab ne lance pas ma commande ou mon script

[ajh-valmer]

On Saturday 01 June 2019 17:08:28 yamo' a tapoté
> ajh-valmer a tapoté le 01/06/2019 16:20:
> > J'ai le même problème avec cette commande :
> > 30 8  * * *  e2fsck /dev/sda2
> > même avec un script binaire,
> > #!/bin/bash
> > e2fsck /dev/sda2
> > Rien à faire, crontab ne fait rien.

> Et avec le chemin complet ? :
> /sbin/e2fsck

J'ai modifié, je vais voir...

Il n'y aurait pas un autre élément à ajouter,
comme dans l'autre cas "/usr/bin/arecord",
(qui a résolu le problème),
voire une option à mettre après la commande e2fsck ?

Merci.

Re: Crontab ne lance pas ma commande ou mon script [RESOLU]

[Tulum]

Le samedi 1 juin 2019, 16:09:02 CEST Tulum a écrit :
> Le samedi 1 juin 2019, 14:58:56 CEST Francois Lafont a écrit :
> > Bonjour,
> > 
> > On 6/1/19 12:51 PM, Anouk LE CLOEREC wrote:
> > > 14 11 * * * /usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav
> > 
> > C'est peut-être un problème d'environnement d'exécution. Par exemple
> > quand tu lances la commande de manière interactive, il y a une variable
> > d'environnement définie dont la commande a besoin mais qui n'est pas
> > définie lorsque c'est cron qui lance la commande...
> > 
> > Pour avoir une chance d'obtenir un message d'erreur (qui puisse te
> > mettre sur une piste), insère tout ça dans un script bash (ou sh)
> > 
> > avec quelque chose comme ça :
> >  exec >/tmp/arecord.log 2>&1
> >  echo begin
> >  /usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav
> >  echo end
> > 
> > Si, dans l'environnement de ton cron, la commande arecord affiche
> > un message d'erreur ou autre, il sera inscrit dans le fichier
> > /tmp/arecord.log entre la ligne "begin" et la ligne "end" (tu peux
> > bien sûr prendre un autre chemin de fichier de log mais il faudra
> > juste être sûr que le compte Unix qui lance le cron est en mesure
> > d'écrire dans ce fichier de log, ce qui est a priori le cas dans
> > /tmp/).
> > 
> > Si en revanche, il n'y a aucun message d'erreur ou autre, ça va
> > être compliqué... Regarder alors dans les logs de la distribution
> > éventuellement.
> > 
> > À+
> 
> J'ai effectivement un retour d'erreur dans le log :
> > begin
> > ALSA lib pcm_dsnoop.c:638:(snd_pcm_dsnoop_open) unable to open slave
> > arecord: main:828: erreur à l'ouverture audio: Périphérique ou ressource
> > occupé end
> 
> Je sais donc qu'il y a un problème d'accès à la carte son via une tâche
> cron, mais je ne sais pas le résoudre.

En rajoutant : XDG_RUNTIME_DIR=/run/user/1000 dans ma commande crontab cela 
fonctionne : 
30 17 1 6 * XDG_RUNTIME_DIR=/run/user/1000 /usr/bin/arecord -f cd -d 10 
/mnt/dd1/
Musique/test.wav

Ce que je comprends pas c'est que j'avais testé mettant le user (à la place de 
XDG_RUNTIME_DIR) et ça e marchait. Il aurait charger toutes les variables de 
l'utilisateur, 
non ?



BEGIN:VCARD
VERSION:3.0
EMAIL:tu...@free.fr
N:
NICKNAME:Tulum
UID:9cbfd6d5-d2b5-409f-b21b-2ac22f954429
X-KADDRESSBOOK-MailAllowToRemoteContent:TRUE
END:VCARD

Re: Crontab ne lance pas ma commande ou mon script

[yamo']

Salut,
ajh-valmer a tapoté le 01/06/2019 16:20:

> J'ai le même problème avec cette commande :
> 30 8  * * *  e2fsck /dev/sda2
> 
> même avec un script binaire,
> #!/bin/bash
> e2fsck /dev/sda2
> 
> Rien à faire, crontab ne fait rien.


Et avec le chemin complet?

/sbin/e2fsck


-- 
Stéphane

Re: Crontab ne lance pas ma commande ou mon script

[yamo']

Salut,
ajh-valmer a tapoté le 01/06/2019 16:20:

> J'ai le même problème avec cette commande :
> 30 8  * * *  e2fsck /dev/sda2
> 
> même avec un script binaire,
> #!/bin/bash
> e2fsck /dev/sda2
> 
> Rien à faire, crontab ne fait rien.


Et avec le chemin complet?

/sbin/e2fsck


-- 
Stéphane

Re: Crontab ne lance pas ma commande ou mon script

[ajh-valmer]

Bonjour,

J'ai le même problème avec cette commande :
30 8  * * *  e2fsck /dev/sda2

même avec un script binaire,
#!/bin/bash
e2fsck /dev/sda2

Rien à faire, crontab ne fait rien.

Ajh Valmer

Re: Crontab ne lance pas ma commande ou mon script

[Tulum]

Le samedi 1 juin 2019, 14:58:56 CEST Francois Lafont a écrit :
> Bonjour,
> 
> On 6/1/19 12:51 PM, Anouk LE CLOEREC wrote:
> > 14 11 * * * /usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav
> 
> C'est peut-être un problème d'environnement d'exécution. Par exemple
> quand tu lances la commande de manière interactive, il y a une variable
> d'environnement définie dont la commande a besoin mais qui n'est pas
> définie lorsque c'est cron qui lance la commande...
> 
> Pour avoir une chance d'obtenir un message d'erreur (qui puisse te
> mettre sur une piste), insère tout ça dans un script bash (ou sh)
> avec quelque chose comme ça :
> 
>  exec >/tmp/arecord.log 2>&1
>  echo begin
>  /usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav
>  echo end
> 
> Si, dans l'environnement de ton cron, la commande arecord affiche
> un message d'erreur ou autre, il sera inscrit dans le fichier
> /tmp/arecord.log entre la ligne "begin" et la ligne "end" (tu peux
> bien sûr prendre un autre chemin de fichier de log mais il faudra
> juste être sûr que le compte Unix qui lance le cron est en mesure
> d'écrire dans ce fichier de log, ce qui est a priori le cas dans
> /tmp/).
> 
> Si en revanche, il n'y a aucun message d'erreur ou autre, ça va
> être compliqué... Regarder alors dans les logs de la distribution
> éventuellement.
> 
> À+
J'ai effectivement un retour d'erreur dans le log :
> begin
> ALSA lib pcm_dsnoop.c:638:(snd_pcm_dsnoop_open) unable to open slave
> arecord: main:828: erreur à l'ouverture audio: Périphérique ou ressource
> occupé end

Je sais donc qu'il y a un problème d'accès à la carte son via une tâche cron, 
mais je ne sais pas le résoudre.
BEGIN:VCARD
VERSION:3.0
EMAIL:tu...@free.fr
N:
NICKNAME:Tulum
UID:9cbfd6d5-d2b5-409f-b21b-2ac22f954429
X-KADDRESSBOOK-MailAllowToRemoteContent:TRUE
END:VCARD

Re: Crontab ne lance pas ma commande ou mon script

[Tulum]

Le samedi 1 juin 2019, 14:04:23 CEST Ph. Gras a écrit :
> Salut !
> 
> > Ci-dessous le fichier crontab :
> > ># Edit this file to introduce tasks to be run by cron.
> > 
> > #
> > # Each task to run has to be defined through a single line
> > 
> > 
> > # m h  dom mon dow   command
> > 14 11 * * * /usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav
> > Merci
> 
> # service cron restart
> 
> Bonne réception,
> 
> Ph. Gras
Commande inconnue, par contre un systemctl restart cron ne change rien
BEGIN:VCARD
VERSION:3.0
EMAIL:tu...@free.fr
N:
NICKNAME:Tulum
UID:9cbfd6d5-d2b5-409f-b21b-2ac22f954429
X-KADDRESSBOOK-MailAllowToRemoteContent:TRUE
END:VCARD

Re: Crontab ne lance pas ma commande ou mon script

[Tulum]

Le samedi 1 juin 2019, 13:42:06 CEST Florian Blanc a écrit :


Tous les jours à 11h14 il exécute ceci : usr/bin/arecord -f cd -d 10 
/mnt/dd1/Musique/
test.wav


est-ce correct ?


Que te répond le terminal quand tu exécutes ceci manuellement ?


Oui, voilà la sortie sur le terminal : 
/usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav 

Il cré bien un fichier audio test.wav de 10 secondes.



Cordialement 


On Sat, Jun 1, 2019, 13:33 Anouk LE CLOEREC  wrote:


Bonjour,
J’essaie de programmer un registrement de l’entrée ligne de ma carte son.Pour 
l’enregistrement j’utilise arecord. La commande fonctionne bien en direct :
arecord -f cd -d 10 /mnt/dd1/Musique/test.wav


Par contre je voudrais pouvoir la programmer via crontab et là ça coince. J’ai 
essayer 
plusieurs configuration mais rien :
>14 11 * * * /usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav


ne se passe. Idem si je met un user (moi ou root)
J’ai essayer en créant un script *.sh avec la commande et de lancer le script 
via crontab, 
rien non plus. Même en copiant le script dans /usr/local/bin

Ci-dessous le fichier crontab :
 
># Edit this file to introduce tasks to be run by cron. #  # Each task to run 
>has to be defined 
through a single line # indicating with different fields when the task will be 
run # and what 
command to run for the task #  # To define the time you can provide concrete 
values for # 
minute (m), hour (h), day of month (dom), month (mon), # and day of week (dow) 
or use '*' 
in these fields (for 'any'). #  # Notice that tasks will be started based on 
the cron's system # 
daemon's notion of time and timezones. #  # Output of the crontab jobs 
(including errors) 
is sent through # email to the user the crontab file belongs to (unless 
redirected). #  # For 
example, you can run a backup of all your user accounts # at 5 a.m every week 
with: # 0 5 
* * 1 tar -zcf /var/backups/home.tgz /home/ #  # For more information see the 
manual 
pages of crontab(5) and cron(8) #  # m h  dom mon dow   command 14 11 * * * 
/usr/bin/
arecord -f cd -d 10 /mnt/dd1/Musique/test.wav


Merci




[1] mailto:tu...@laposte.net
BEGIN:VCARD
VERSION:3.0
EMAIL:tu...@free.fr
N:
NICKNAME:Tulum
UID:9cbfd6d5-d2b5-409f-b21b-2ac22f954429
X-KADDRESSBOOK-MailAllowToRemoteContent:TRUE
END:VCARD

Re: Crontab ne lance pas ma commande ou mon script

[Francois Lafont]

Bonjour,

On 6/1/19 12:51 PM, Anouk LE CLOEREC wrote:


14 11 * * * /usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav


C'est peut-être un problème d'environnement d'exécution. Par exemple
quand tu lances la commande de manière interactive, il y a une variable
d'environnement définie dont la commande a besoin mais qui n'est pas
définie lorsque c'est cron qui lance la commande...

Pour avoir une chance d'obtenir un message d'erreur (qui puisse te
mettre sur une piste), insère tout ça dans un script bash (ou sh)
avec quelque chose comme ça :

exec >/tmp/arecord.log 2>&1
echo begin
/usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav
echo end

Si, dans l'environnement de ton cron, la commande arecord affiche
un message d'erreur ou autre, il sera inscrit dans le fichier
/tmp/arecord.log entre la ligne "begin" et la ligne "end" (tu peux
bien sûr prendre un autre chemin de fichier de log mais il faudra
juste être sûr que le compte Unix qui lance le cron est en mesure
d'écrire dans ce fichier de log, ce qui est a priori le cas dans
/tmp/).

Si en revanche, il n'y a aucun message d'erreur ou autre, ça va
être compliqué... Regarder alors dans les logs de la distribution
éventuellement.

À+


--
François Lafont

Re: Crontab ne lance pas ma commande ou mon script

[Ph. Gras]

Salut !

> Ci-dessous le fichier crontab :
> 
>  
> ># Edit this file to introduce tasks to be run by cron. 
> #  
> # Each task to run has to be defined through a single line 


> # m h  dom mon dow   command 
> 14 11 * * * /usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav
> Merci

# service cron restart

Bonne réception,

Ph. Gras

Re: Crontab ne lance pas ma commande ou mon script

[Florian Blanc]

Tous les jours à 11h14 il exécute ceci : usr/bin/arecord -f cd -d 10
/mnt/dd1/Musique/test.wav

est-ce correct ?
Que te répond le terminal quand tu exécutes ceci manuellement ?

Cordialement

On Sat, Jun 1, 2019, 13:33 Anouk LE CLOEREC  wrote:

> Bonjour,
>
> J’essaie de programmer un registrement de l’entrée ligne de ma carte son.
> Pour l’enregistrement j’utilise arecord. La commande fonctionne bien en
> direct :
>
> arecord -f cd -d 10 /mnt/dd1/Musique/test.wav
>
>
> Par contre je voudrais pouvoir la programmer via crontab et là ça coince.
> J’ai essayer plusieurs configuration mais rien :
>
> >14 11 * * * /usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav
>
>
> ne se passe. Idem si je met un user (moi ou root)
>
> J’ai essayer en créant un script *.sh avec la commande et de lancer le
> script via crontab, rien non plus. Même en copiant le script dans
> /usr/local/bin
> Le script fonctionne en direct.
>
> Ci-dessous le fichier crontab :
>
>
>
> ># Edit this file to introduce tasks to be run by cron.
> #
> # Each task to run has to be defined through a single line
> # indicating with different fields when the task will be run
> # and what command to run for the task
> #
> # To define the time you can provide concrete values for
> # minute (m), hour (h), day of month (dom), month (mon),
> # and day of week (dow) or use '*' in these fields (for 'any').
> #
> # Notice that tasks will be started based on the cron's system
> # daemon's notion of time and timezones.
> #
> # Output of the crontab jobs (including errors) is sent through
> # email to the user the crontab file belongs to (unless redirected).
> #
> # For example, you can run a backup of all your user accounts
> # at 5 a.m every week with:
> # 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
> #
> # For more information see the manual pages of crontab(5) and cron(8)
> #
> # m h  dom mon dow   command
> 14 11 * * * /usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav
>
> Merci
>

Crontab ne lance pas ma commande ou mon script

[Anouk LE CLOEREC]

Bonjour,
J’essaie de programmer un registrement de l’entrée ligne de ma carte son.Pour 
l’enregistrement j’utilise arecord. La commande fonctionne bien en direct :
arecord -f cd -d 10 /mnt/dd1/Musique/test.wav

Par contre je voudrais pouvoir la programmer via crontab et là ça coince. J’ai 
essayer 
plusieurs configuration mais rien :
>14 11 * * * /usr/bin/arecord -f cd -d 10 /mnt/dd1/Musique/test.wav

ne se passe. Idem si je met un user (moi ou root)
J’ai essayer en créant un script *.sh avec la commande et de lancer le script 
via crontab, 
rien non plus. Même en copiant le script dans /usr/local/bin

Ci-dessous le fichier crontab :

># Edit this file to introduce tasks to be run by cron. #  # Each task to run 
>has to be defined 
through a single line # indicating with different fields when the task will be 
run # and what 
command to run for the task #  # To define the time you can provide concrete 
values for # 
minute (m), hour (h), day of month (dom), month (mon), # and day of week (dow) 
or use '*' 
in these fields (for 'any'). #  # Notice that tasks will be started based on 
the cron's system # 
daemon's notion of time and timezones. #  # Output of the crontab jobs 
(including errors) 
is sent through # email to the user the crontab file belongs to (unless 
redirected). #  # For 
example, you can run a backup of all your user accounts # at 5 a.m every week 
with: # 0 5 
* * 1 tar -zcf /var/backups/home.tgz /home/ #  # For more information see the 
manual 
pages of crontab(5) and cron(8) #  # m h  dom mon dow   command 14 11 * * * 
/usr/bin/
arecord -f cd -d 10 /mnt/dd1/Musique/test.wav


Merci

Re: e2fsck dans crontab

[andre_debian]

On Wednesday 01 July 2015 14:38:02 Sébastien NOBILI wrote:
 Le mercredi 01 juillet 2015 à 14:21, andre_deb...@numericable.fr a écrit :
  Le script du fichier binaire verifsda2 :
#!/bin/bash
e2fsck -p /dev/sda2

 Script ou fichier binaire, il va falloir choisir.
 Un fichier binaire contient des données binaires qu'on ne pourra donc pas
 lire avec un éditeur de texte. En général, dans le cas d'un exécutable,
 c'est le résultat d'une compilation.
 Un script est (dans le cas qui nous intéresse ici) un fichier texte (donc
 pas binaire) contenant une succession de commandes à exécuter (voire des
 tests si tu es joueur et que tu as du temps à perdre).
 Là c'est donc bien d'un script qu'on parle.
  La ligne de crontab :
  30 7   * * *   /opt/adm/./verifsda2

 Tu n'as pas répondu à deux questions :
 - dans la crontab de quel utilisateur as-tu mis cette ligne ? :
root
 - vois-tu des lignes Cron correspondant au lancement de ton script dans
 les journaux système ? :
Aucune erreur dans /var/log/cron

Si je tape à la mano :
# e2fsck /dev/sda2
sda2 : propre, 643311/19537920 fichiers, 5140180/78120078 blocs 
(vérification dans 3 montages).

Ce qui veut dire que même si je lance la commande de vérification
du système de fichiers, il va quand même le faire tous les X montages.

André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150702.21494.andre_deb...@numericable.fr

Re: e2fsck dans crontab

[Guillaume]

Bonjour,

il faut utiliser comme ceci pour forcer le check:

e2fsck -f /dev/sda2

Le 02/07/2015 11:11, andre_deb...@numericable.fr a écrit :

On Wednesday 01 July 2015 14:38:02 Sébastien NOBILI wrote:

Le mercredi 01 juillet 2015 à 14:21, andre_deb...@numericable.fr a écrit :

Le script du fichier binaire verifsda2 :

#!/bin/bash
e2fsck -p /dev/sda2

Script ou fichier binaire, il va falloir choisir.
Un fichier binaire contient des données binaires qu'on ne pourra donc pas
lire avec un éditeur de texte. En général, dans le cas d'un exécutable,
c'est le résultat d'une compilation.
Un script est (dans le cas qui nous intéresse ici) un fichier texte (donc
pas binaire) contenant une succession de commandes à exécuter (voire des
tests si tu es joueur et que tu as du temps à perdre).
Là c'est donc bien d'un script qu'on parle.

La ligne de crontab :
30 7   * * *   /opt/adm/./verifsda2

Tu n'as pas répondu à deux questions :
 - dans la crontab de quel utilisateur as-tu mis cette ligne ? :

root

 - vois-tu des lignes Cron correspondant au lancement de ton script dans
les journaux système ? :

Aucune erreur dans /var/log/cron

Si je tape à la mano :
# e2fsck /dev/sda2
sda2 : propre, 643311/19537920 fichiers, 5140180/78120078 blocs
(vérification dans 3 montages).

Ce qui veut dire que même si je lance la commande de vérification
du système de fichiers, il va quand même le faire tous les X montages.

André




--
Guillaume

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5595101c.1020...@gwilhom.fr

Re: e2fsck dans crontab

[daniel huhardeaux]

Le 01/07/2015 14:21, andre_deb...@numericable.fr a écrit :
Le mercredi 01 juillet 2015 à 12:01, andre_deb...@numericable.fr a 
écrit :

J'ai mis dans crontab un fichier binaire de vérification de partition
une fois par jour : # e2fsck /dev/sda2




Perso dans les scripts executes avec cron, je mets toujours le chemin 
complet. Dans ton cas /sbin/e2fsck


--
Daniel

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5593eb5f.4000...@tootai.net

Re: e2fsck dans crontab

[Sébastien NOBILI]

Bonjour,

Le mercredi 01 juillet 2015 à 12:01, andre_deb...@numericable.fr a écrit :
 J'ai mis dans crontab un fichier binaire de vérification de partition 
 une fois par jour : # e2fsck /dev/sda2

Plus précisément, tu as ajouté une ligne de texte dans la crontab pour planifier
le lancement d'une commande, ladite commande étant un binaire (ce qui ne change
rien par rapport au lancement d'un script).

 Je l'ai testé, il fonctionne très bien :
 #!/bin/bash
 e2fsck -p /dev/sda2

Ça c'est plutôt un script…

 La partition sda2 est montée et démontée 24 fois par jour,
 (une fois/heure) pour sauvegarde.
 
 Lorsque je lance manuellement e2fsck /dev/sda2, 
 je reçois cette réponse :
 la partition a été montée 60 fois sans vérification :
 ce qui voudrait dire que la vérif. quotidienne via crontab
 ne se fait pas.
 
 Si vous avez une explication... d'une erreur dans le fichier
 binaire... grand merci.

Le fichier binaire (e2fsck) est standard dans la distrib. Si il devait y avoir
une erreur, tu la verrais sûrement dans les rapports de bugs…

Tu parles d'un fichier binaire mais tu nous montres un script… Lequel des deux
est-ce que tu tentes de lancer via Cron ?

Cron écrit dans les journaux système. Tu devrais donc y trouver des traces du
lancement de ta commande. Est-ce le cas ?

La ligne que tu as ajouté à la crontab est-elle correctement formatée ?
Pourrais-tu la coller ici ?

Dans la crontab de quel utilisateur as-tu ajouté cette ligne ?

Sébastien

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150701113931.ga31...@sebian.nob900.homeip.net

e2fsck dans crontab

[andre_debian]

Bonjour,

J'ai mis dans crontab un fichier binaire de vérification de partition 
une fois par jour : # e2fsck /dev/sda2
Je l'ai testé, il fonctionne très bien :
#!/bin/bash
e2fsck -p /dev/sda2

La partition sda2 est montée et démontée 24 fois par jour,
(une fois/heure) pour sauvegarde.

Lorsque je lance manuellement e2fsck /dev/sda2, 
je reçois cette réponse :
la partition a été montée 60 fois sans vérification :
ce qui voudrait dire que la vérif. quotidienne via crontab
ne se fait pas.

Si vous avez une explication... d'une erreur dans le fichier
binaire... grand merci.

André


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201507011201.26086.andre_deb...@numericable.fr

Re: e2fsck dans crontab

[Pascal Hambourg]

andre_deb...@numericable.fr a écrit :
 
 J'ai mis dans crontab un fichier binaire de vérification de partition 
 une fois par jour : # e2fsck /dev/sda2
 Je l'ai testé, il fonctionne très bien :
 #!/bin/bash
 e2fsck -p /dev/sda2
 
 La partition sda2 est montée et démontée 24 fois par jour,
 (une fois/heure) pour sauvegarde.
 
 Lorsque je lance manuellement e2fsck /dev/sda2, 
 je reçois cette réponse :
 la partition a été montée 60 fois sans vérification :
 ce qui voudrait dire que la vérif. quotidienne via crontab
 ne se fait pas.

T'es-tu assuré que la vérification quotidienne ne se déclenchait pas au
même moment qu'un des montages ?

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/5593ca65.7070...@plouf.fr.eu.org

Re: e2fsck dans crontab

[andre_debian]

On Wednesday 01 July 2015 13:09:25 Pascal Hambourg wrote:
 T'es-tu assuré que la vérification quotidienne ne se déclenchait pas au
 même moment qu'un des montages ? :

Je viens de modifier en ce sens. Je vais tester...

On Wednesday 01 July 2015 13:39:31 Sébastien NOBILI wrote:
 Le mercredi 01 juillet 2015 à 12:01, andre_deb...@numericable.fr a écrit :
  J'ai mis dans crontab un fichier binaire de vérification de partition
  une fois par jour : # e2fsck /dev/sda2

 Plus précisément, tu as ajouté une ligne de texte dans la crontab pour
 planifier le lancement d'une commande, ladite commande étant un binaire (ce
 qui ne change rien par rapport au lancement d'un script).

  Je l'ai testé, il fonctionne très bien :
Le script du fichier binaire verifsda2 :
  #!/bin/bash
  e2fsck -p /dev/sda2

 Ça c'est plutôt un script…
 Le fichier binaire (e2fsck) est standard dans la distrib. Si il devait y
 avoir une erreur, tu la verrais sûrement dans les rapports de bugs…
 Tu parles d'un fichier binaire mais tu nous montres un script… Lequel des
 deux est-ce que tu tentes de lancer via Cron ?
 Cron écrit dans les journaux système. Tu devrais donc y trouver des traces
 du lancement de ta commande. Est-ce le cas ?
 La ligne que tu as ajouté à la crontab est-elle correctement formatée ?
 Pourrais-tu la coller ici ?
 Dans la crontab de quel utilisateur as-tu ajouté cette ligne ?
 Sébastien :

C'est un fichier binaire contenant le script ci-dessus.

La ligne de crontab :
30 7   * * *   /opt/adm/./verifsda2

Le fichier verifsda2  contient le script cité.
Il est bien en mode exécution (a+x).

André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201507011421.35654.andre_deb...@numericable.fr

Re: e2fsck dans crontab

[Sébastien NOBILI]

Le mercredi 01 juillet 2015 à 14:21, andre_deb...@numericable.fr a écrit :
 Le script du fichier binaire verifsda2 :
   #!/bin/bash
   e2fsck -p /dev/sda2

Script ou fichier binaire, il va falloir choisir.

Un fichier binaire contient des données binaires qu'on ne pourra donc pas lire
avec un éditeur de texte. En général, dans le cas d'un exécutable, c'est le
résultat d'une compilation.

Un script est (dans le cas qui nous intéresse ici) un fichier texte (donc pas
binaire) contenant une succession de commandes à exécuter (voire des tests si tu
es joueur et que tu as du temps à perdre).

Là c'est donc bien d'un script qu'on parle.

 La ligne de crontab :
 30 7   * * *   /opt/adm/./verifsda2

OK ça m'a l'air correct. Le « ./ » en milieu de chemin ne sert à rien mais ne
gêne pas non plus.

 Le fichier verifsda2  contient le script cité.
 Il est bien en mode exécution (a+x).

OK c'est un bon point.

Tu n'as pas répondu à deux questions :
- dans la crontab de quel utilisateur as-tu mis cette ligne ?
- vois-tu des lignes Cron correspondant au lancement de ton script dans les
  journaux système ?

Sébastien

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150701123802.gb31...@sebian.nob900.homeip.net

Re: mon crontab n'aime pas la nuit

[andre_debian]

 On Thu, 12 Mar 2015 11:08:41 +0100
 andre_deb...@numericable.fr wrote:
  Le problème semble résolu.

  Ce n'est pas crontab qui n'aime pas la nuit,
  mais l'anti-spams du mail, pour le rapport
  de logwatch, qui considère qu'un mail envoyé
  à 3h du matin est un spam.
  Par contre, à 18h, c'est pas un spam.

On Thursday 12 March 2015 11:50:53 Vincent Besse wrote:
 Tiens !?? C' est curieux d' intégrer une plage horaire dans le tri
 spam/pas spam.  Vincent

Soit c'est mon spamassassin qui le fait mais je n'ai rien programmé
sur une plage horaire nocturne, 
soit c'est le un serveur de messagerie de relais et pareil.

André


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201503121249.09890.andre_deb...@numericable.fr

Re: mon crontab n'aime pas la nuit

[Vincent Besse]

On Thu, 12 Mar 2015 11:08:41 +0100
andre_deb...@numericable.fr wrote:

 Le problème semble résolu.
 
 Ce n'est pas crontab qui n'aime pas la nuit,
 mais l'anti-spams du mail, pour le rapport
 de logwatch, qui considère qu'un mail envoyé
 à 3h du matin est un spam.
 Par contre, à 18h, c'est pas un spam.

Tiens !?? C' est curieux d' intégrer une plage horaire dans le tri
spam/pas spam. 

Vincent
-- 
La musique adoucit-elle les moeurs? Testez-vous sur:
http://soundcloud.com/ouhena
http://www.reverbnation.com/koslow

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/20150312115053.35637b9b@gargamel.ouhena.intra

Re: mon crontab n'aime pas la nuit

[andre_debian]

Le problème semble résolu.

Ce n'est pas crontab qui n'aime pas la nuit,
mais l'anti-spams du mail, pour le rapport
de logwatch, qui considère qu'un mail envoyé
à 3h du matin est un spam.
Par contre, à 18h, c'est pas un spam.

En changeant de mails, je reçois à nouveau
les rapports de logwatch à 3h.

Je me sens un peu honteux... j'aurais dû me douter
de cette possibilité en consultant plus vite le dossier 
spams du mail, toutes mes excuses.

André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201503121108.41412.andre_deb...@numericable.fr

Re: mon crontab n'aime pas la nuit

[andre_debian]

On Tuesday 10 March 2015 10:56:17 Sébastien NOBILI wrote:
 Le lundi 09 mars 2015 à 23:35, andre_deb...@numericable.fr a écrit :
  L'une d'entre elle, est l'envoi à mon Mail du rapport condensé
  de logs par logwatch à 03h00, que je ne reçois plus suite à un upgrade.
  Toutes les autres tâches sont correctement effectuées.
  En plus je les ai testées positivement l'une après l'autre.
  Si je modifie l'heure de la tâche logwatch dans crontab, p. ex. à
  18h30, je la reçois bien à cette heure. Bizarre !

 Pourrais-tu donner la ligne de ta crontab qui correspond au lancement de la
 tâche ? :

00 3 * * * /opt/adm/./logwatchenvoi

Contenu de logwatchenvoi :
test -x /usr/share/logwatch/scripts/logwatch.pl || exit 0
/usr/sbin/logwatch --mailto andre_deb...@numericable.fr

 Est-ce qu'il n'y aurait pas un « ntpdate » qui remettrait ton horloge à
 l'heure à peu près au même moment ? Si ton horloge dérive et que
 « ntpdate » passe par là, il se peut que ton système ne passe jamais par 3h
 du matin…
 Sébastien

Pas de remise à l'heure via ntpdate.
Si celui-ci était en cause, les autres lignes auraient le même problème ?

J'ai modifié l'heure de la ligne logwatchenvoi : 4h, 5h... pareil.

Je pense que entre 00h et 08h, il dort :-)

André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201503101130.48210.andre_deb...@numericable.fr

Re: mon crontab n'aime pas la nuit

[Sébastien NOBILI]

Le lundi 09 mars 2015 à 23:35, andre_deb...@numericable.fr a écrit :
 L'une d'entre elle, est l'envoi à mon Mail du rapport condensé 
 de logs par logwatch à 03h00, que je ne reçois plus suite à un upgrade.
 
 Toutes les autres tâches sont correctement effectuées.
 En plus je les ai testées positivement l'une après l'autre.
 
 Si je modifie l'heure de la tâche logwatch dans crontab, p. ex. à 18h30,
 je la reçois bien à cette heure. Bizarre !

Pourrais-tu donner la ligne de ta crontab qui correspond au lancement de la
tâche ?

Est-ce qu'il n'y aurait pas un « ntpdate » qui remettrait ton horloge à l'heure
à peu près au même moment ? Si ton horloge dérive et que « ntpdate » passe par
là, il se peut que ton système ne passe jamais par 3h du matin…

Sébastien

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150310095617.ge15...@sebian.nob900.homeip.net

Re: mon crontab n'aime pas la nuit

[andre_debian]

On Tuesday 10 March 2015 14:29:11 Belaïd wrote:
 Tu as regardé ce que dit syslog a 3h du matin ? :

Mar 10 03:00:02 serveur-andre CRON[26568]: (root) CMD 
(/opt/adm/./logwatchenvoi)

Mar 10 03:00:02 serveur-andre postfix/pickup[20499]: 6F61952042C: uid=33 
from=www-data

Mar 10 03:00:02  serveur-andre postfix/cleanup[26712]: 6F61952042C: 
message-id=20150310040002.6f619520...@serveur-andre.org

Mar 10 03:00:02  serveur-andre postfix/qmgr[24460]: 6F61952042C: 
from=www-data@ serveur-andre.org, size=1366, nrcpt=1 (queue active)

À moins que ce soit postfix qui n'envoie pas..?

André

 Le 10 mars 2015 11:31, andre_deb...@numericable.fr a écrit :
  On Tuesday 10 March 2015 10:56:17 Sébastien NOBILI wrote:
   Le lundi 09 mars 2015 à 23:35, andre_deb...@numericable.fr a écrit :
L'une d'entre elle, est l'envoi à mon Mail du rapport condensé
de logs par logwatch à 03h00, que je ne reçois plus suite à un
  upgrade.
Toutes les autres tâches sont correctement effectuées.
En plus je les ai testées positivement l'une après l'autre.
Si je modifie l'heure de la tâche logwatch dans crontab, p. ex. à
18h30, je la reçois bien à cette heure. Bizarre !
   Pourrais-tu donner la ligne de ta crontab qui correspond au lancement
   de  la tâche ? :

  00 3 * * * /opt/adm/./logwatchenvoi
  Contenu de logwatchenvoi :
  test -x /usr/share/logwatch/scripts/logwatch.pl || exit 0
  /usr/sbin/logwatch --mailto andre_deb...@numericable.fr

   Est-ce qu'il n'y aurait pas un « ntpdate » qui remettrait ton horloge à
   l'heure à peu près au même moment ? Si ton horloge dérive et que
   « ntpdate » passe par là, il se peut  que ton système ne passe jamais
   par  3h  du matin…  Sébastien
 
  Pas de remise à l'heure via ntpdate.
  Si celui-ci était en cause, les autres lignes auraient le même problème ?
  J'ai modifié l'heure de la ligne logwatchenvoi : 4h, 5h... pareil.
  Je pense que entre 00h et 08h, il dort :-)
  André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201503101443.54370.andre_deb...@numericable.fr

Re: mon crontab n'aime pas la nuit

[Belaïd]

Peu être car après les processus pickup,cleanup et qmgr , on devrait pas
avoir un processus smtp qui doit envoyer effectivement  le mail (du genre
postfix/smtp[..]) ?
Le 10 mars 2015 14:44, andre_deb...@numericable.fr a écrit :

 On Tuesday 10 March 2015 14:29:11 Belaïd wrote:
  Tu as regardé ce que dit syslog a 3h du matin ? :

 Mar 10 03:00:02 serveur-andre CRON[26568]: (root) CMD
 (/opt/adm/./logwatchenvoi)

 Mar 10 03:00:02 serveur-andre postfix/pickup[20499]: 6F61952042C: uid=33
 from=www-data

 Mar 10 03:00:02  serveur-andre postfix/cleanup[26712]: 6F61952042C:
 message-id=20150310040002.6f619520...@serveur-andre.org

 Mar 10 03:00:02  serveur-andre postfix/qmgr[24460]: 6F61952042C:
 from=www-data@ serveur-andre.org, size=1366, nrcpt=1 (queue active)

 À moins que ce soit postfix qui n'envoie pas..?

 André

  Le 10 mars 2015 11:31, andre_deb...@numericable.fr a écrit :
   On Tuesday 10 March 2015 10:56:17 Sébastien NOBILI wrote:
Le lundi 09 mars 2015 à 23:35, andre_deb...@numericable.fr a écrit :
 L'une d'entre elle, est l'envoi à mon Mail du rapport condensé
 de logs par logwatch à 03h00, que je ne reçois plus suite à un
   upgrade.
 Toutes les autres tâches sont correctement effectuées.
 En plus je les ai testées positivement l'une après l'autre.
 Si je modifie l'heure de la tâche logwatch dans crontab, p. ex. à
 18h30, je la reçois bien à cette heure. Bizarre !
Pourrais-tu donner la ligne de ta crontab qui correspond au lancement
de  la tâche ? :

   00 3 * * * /opt/adm/./logwatchenvoi
   Contenu de logwatchenvoi :
   test -x /usr/share/logwatch/scripts/logwatch.pl || exit 0
   /usr/sbin/logwatch --mailto andre_deb...@numericable.fr

Est-ce qu'il n'y aurait pas un « ntpdate » qui remettrait ton
 horloge à
l'heure à peu près au même moment ? Si ton horloge dérive et que
« ntpdate » passe par là, il se peut  que ton système ne passe jamais
par  3h  du matin…  Sébastien
  
   Pas de remise à l'heure via ntpdate.
   Si celui-ci était en cause, les autres lignes auraient le même
 problème ?
   J'ai modifié l'heure de la ligne logwatchenvoi : 4h, 5h... pareil.
   Je pense que entre 00h et 08h, il dort :-)
   André

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists

 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/201503101443.54370.andre_deb...@numericable.fr

Re: mon crontab n'aime pas la nuit

[Belaïd]

Bonjour,
Tu as retardé ce que dit syslog a 3h du matin ?
Le 10 mars 2015 11:31, andre_deb...@numericable.fr a écrit :

 On Tuesday 10 March 2015 10:56:17 Sébastien NOBILI wrote:
  Le lundi 09 mars 2015 à 23:35, andre_deb...@numericable.fr a écrit :
   L'une d'entre elle, est l'envoi à mon Mail du rapport condensé
   de logs par logwatch à 03h00, que je ne reçois plus suite à un
 upgrade.
   Toutes les autres tâches sont correctement effectuées.
   En plus je les ai testées positivement l'une après l'autre.
   Si je modifie l'heure de la tâche logwatch dans crontab, p. ex. à
   18h30, je la reçois bien à cette heure. Bizarre !

  Pourrais-tu donner la ligne de ta crontab qui correspond au lancement de
 la
  tâche ? :

 00 3 * * * /opt/adm/./logwatchenvoi

 Contenu de logwatchenvoi :
 test -x /usr/share/logwatch/scripts/logwatch.pl || exit 0
 /usr/sbin/logwatch --mailto andre_deb...@numericable.fr

  Est-ce qu'il n'y aurait pas un « ntpdate » qui remettrait ton horloge à
  l'heure à peu près au même moment ? Si ton horloge dérive et que
  « ntpdate » passe par là, il se peut que ton système ne passe jamais par
 3h
  du matin…
  Sébastien

 Pas de remise à l'heure via ntpdate.
 Si celui-ci était en cause, les autres lignes auraient le même problème ?

 J'ai modifié l'heure de la ligne logwatchenvoi : 4h, 5h... pareil.

 Je pense que entre 00h et 08h, il dort :-)

 André

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists

 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/201503101130.48210.andre_deb...@numericable.fr

Re: mon crontab n'aime pas la nuit

[Belaïd]

Bonjour,
Tu as regardé ce que dit syslog a 3h du matin ?
Le 10 mars 2015 11:31, andre_deb...@numericable.fr a écrit :

 On Tuesday 10 March 2015 10:56:17 Sébastien NOBILI wrote:
  Le lundi 09 mars 2015 à 23:35, andre_deb...@numericable.fr a écrit :
   L'une d'entre elle, est l'envoi à mon Mail du rapport condensé
   de logs par logwatch à 03h00, que je ne reçois plus suite à un
 upgrade.
   Toutes les autres tâches sont correctement effectuées.
   En plus je les ai testées positivement l'une après l'autre.
   Si je modifie l'heure de la tâche logwatch dans crontab, p. ex. à
   18h30, je la reçois bien à cette heure. Bizarre !

  Pourrais-tu donner la ligne de ta crontab qui correspond au lancement de
 la
  tâche ? :

 00 3 * * * /opt/adm/./logwatchenvoi

 Contenu de logwatchenvoi :
 test -x /usr/share/logwatch/scripts/logwatch.pl || exit 0
 /usr/sbin/logwatch --mailto andre_deb...@numericable.fr

  Est-ce qu'il n'y aurait pas un « ntpdate » qui remettrait ton horloge à
  l'heure à peu près au même moment ? Si ton horloge dérive et que
  « ntpdate » passe par là, il se peut que ton système ne passe jamais par
 3h
  du matin…
  Sébastien

 Pas de remise à l'heure via ntpdate.
 Si celui-ci était en cause, les autres lignes auraient le même problème ?

 J'ai modifié l'heure de la ligne logwatchenvoi : 4h, 5h... pareil.

 Je pense que entre 00h et 08h, il dort :-)

 André

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists

 Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/201503101130.48210.andre_deb...@numericable.fr

Re: mon crontab n'aime pas la nuit

[Pierre TOUZEAU]

Un jour que je ne comprenais ce qui se passait dans un script de
sauvegarde appelé par crontab, j'ai créer des logs spécifiques au
script, quelque chose comme ça :

#!/bin/csh
set jourdate=`date +%j-%A-%d-%m-%Y`
set savelist=/root/Sauvegardes/list_tar_include_file.txt
set savelog=/root/Sauvegardes/backup-listing-$jourdate.txt

date +Début sauvegarde : %A %d %B %Y à %T  $savelog
tar cvf /dev/st0 --ignore-failed-read --totals --files-from $savelist  
$savelog
date +Fin sauvegarde : %A %d %B %Y à %T  $savelog

Bon le but n'est pas de faire la critique de ce script mais de voir que
je récupérais les heures précises de début et fin du script et surtout
le résultat des commandes.
Cela peut te permettre de comprendre ce qui est appelé, s'il est appelé.

Pierre



Le 10/03/2015 14:50, Belaïd a écrit :

 Peu être car après les processus pickup,cleanup et qmgr , on devrait
 pas avoir un processus smtp qui doit envoyer effectivement  le mail
 (du genre postfix/smtp[..]) ?

 Le 10 mars 2015 14:44, andre_deb...@numericable.fr
 mailto:andre_deb...@numericable.fr a écrit :

 On Tuesday 10 March 2015 14:29:11 Belaïd wrote:
  Tu as regardé ce que dit syslog a 3h du matin ? :

 Mar 10 03:00:02 serveur-andre CRON[26568]: (root) CMD
 (/opt/adm/./logwatchenvoi)

 Mar 10 03:00:02 serveur-andre postfix/pickup[20499]: 6F61952042C:
 uid=33
 from=www-data

 Mar 10 03:00:02  serveur-andre postfix/cleanup[26712]: 6F61952042C:
 message-id=20150310040002.6f619520...@serveur-andre.org
 mailto:20150310040002.6f619520...@serveur-andre.org

 Mar 10 03:00:02  serveur-andre postfix/qmgr[24460]: 6F61952042C:
 from=www-data@ serveur-andre.org http://serveur-andre.org,
 size=1366, nrcpt=1 (queue active)

 À moins que ce soit postfix qui n'envoie pas..?

 André

  Le 10 mars 2015 11:31, andre_deb...@numericable.fr
 mailto:andre_deb...@numericable.fr a écrit :
   On Tuesday 10 March 2015 10:56:17 Sébastien NOBILI wrote:
Le lundi 09 mars 2015 à 23:35, andre_deb...@numericable.fr
 mailto:andre_deb...@numericable.fr a écrit :
 L'une d'entre elle, est l'envoi à mon Mail du rapport condensé
 de logs par logwatch à 03h00, que je ne reçois plus
 suite à un
   upgrade.
 Toutes les autres tâches sont correctement effectuées.
 En plus je les ai testées positivement l'une après l'autre.
 Si je modifie l'heure de la tâche logwatch dans crontab,
 p. ex. à
 18h30, je la reçois bien à cette heure. Bizarre !
Pourrais-tu donner la ligne de ta crontab qui correspond au
 lancement
de  la tâche ? :

   00 3 * * * /opt/adm/./logwatchenvoi
   Contenu de logwatchenvoi :
   test -x /usr/share/logwatch/scripts/logwatch.pl
 http://logwatch.pl || exit 0
   /usr/sbin/logwatch --mailto andre_deb...@numericable.fr
 mailto:andre_deb...@numericable.fr

Est-ce qu'il n'y aurait pas un « ntpdate » qui remettrait
 ton horloge à
l'heure à peu près au même moment ? Si ton horloge dérive et que
« ntpdate » passe par là, il se peut  que ton système ne
 passe jamais
par  3h  du matin…  Sébastien
  
   Pas de remise à l'heure via ntpdate.
   Si celui-ci était en cause, les autres lignes auraient le même
 problème ?
   J'ai modifié l'heure de la ligne logwatchenvoi : 4h, 5h...
 pareil.
   Je pense que entre 00h et 08h, il dort :-)
   André

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/fr/FrenchLists

 Pour vous DESABONNER, envoyez un message avec comme objet
 unsubscribe
 vers debian-user-french-requ...@lists.debian.org
 mailto:debian-user-french-requ...@lists.debian.org
 En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
 mailto:listmas...@lists.debian.org
 Archive:
 https://lists.debian.org/201503101443.54370.andre_deb...@numericable.fr


-- 
Pro. Signature

Pierre Touzeau

--
Chargé de mission  /  Préfecture de region Basse-Normandie
SGAR/rue Daniel HUET/14038 CAEN CEDEX/Tel: +33 231 306 306
pierre.touz...@basse-normandie.pref.gouv.fr / Fax: ... 564
--

Re: mon crontab n'aime pas la nuit

[Nicolas ROCHE]

Bonjour,

Au cas où, contrôle le PATH par défaut de Cron au cas où Perl est 
installé ailleurs que dans /usr/bin,

ce qui était le cas -je crois me souvenir- avant Wheezy.

- A mon avis, chez toi $ which perl retourne /usr/local/bin
- tu lances un cron qui affiche la variable $PATH dans un fichier
- $ man 5 crontab t'indique comment surcharger le PATH (pas possible 
d'utiliser de variables)


Nicolas.

Le 10/03/2015 11:30, andre_deb...@numericable.fr a écrit :

On Tuesday 10 March 2015 10:56:17 Sébastien NOBILI wrote:

Le lundi 09 mars 2015 à 23:35, andre_deb...@numericable.fr a écrit :

L'une d'entre elle, est l'envoi à mon Mail du rapport condensé
de logs par logwatch à 03h00, que je ne reçois plus suite à un upgrade.
Toutes les autres tâches sont correctement effectuées.
En plus je les ai testées positivement l'une après l'autre.
Si je modifie l'heure de la tâche logwatch dans crontab, p. ex. à
18h30, je la reçois bien à cette heure. Bizarre !

Pourrais-tu donner la ligne de ta crontab qui correspond au lancement de la
tâche ? :

00 3 * * * /opt/adm/./logwatchenvoi

Contenu de logwatchenvoi :
test -x /usr/share/logwatch/scripts/logwatch.pl || exit 0
/usr/sbin/logwatch --mailto andre_deb...@numericable.fr


Est-ce qu'il n'y aurait pas un « ntpdate » qui remettrait ton horloge à
l'heure à peu près au même moment ? Si ton horloge dérive et que
« ntpdate » passe par là, il se peut que ton système ne passe jamais par 3h
du matin…
Sébastien

Pas de remise à l'heure via ntpdate.
Si celui-ci était en cause, les autres lignes auraient le même problème ?

J'ai modifié l'heure de la ligne logwatchenvoi : 4h, 5h... pareil.

Je pense que entre 00h et 08h, il dort :-)

André



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/54ff2939.5040...@prologue.fr

Re: mon crontab n'aime pas la nuit

[andre_debian]

On Tuesday 10 March 2015 14:50:06 Belaïd wrote:
 Peut être car après les processus pickup,cleanup et qmgr , on devrait pas
 avoir un processus smtp qui doit envoyer effectivement  le mail 
 (du genre postfix/smtp[..]) ?

Alors pourquoi crontab envoie correctement le logwatch à 18h ?

On Tuesday 10 March 2015 15:37:12 Pierre TOUZEAU wrote:
 Un jour que je ne comprenais ce qui se passait dans un script de
 sauvegarde appelé par crontab, j'ai créer des logs spécifiques au
 script, quelque chose comme ça :
   #!/bin/csh
 set jourdate=`date +%j-%A-%d-%m-%Y`
 set savelist=/root/Sauvegardes/list_tar_include_file.txt
 set savelog=/root/Sauvegardes/backup-listing-$jourdate.txt
 date +Début sauvegarde : %A %d %B %Y à %T  $savelog
 tar cvf /dev/st0 --ignore-failed-read --totals --files-from $savelist
$savelog date +Fin sauvegarde : %A %d %B %Y à %T  $savelog
 Bon le but n'est pas de faire la critique de ce script mais de voir que
 je récupérais les heures précises de début et fin du script et surtout
 le résultat des commandes.
 Cela peut te permettre de comprendre ce qui est appelé, s'il est appelé.

Merci, je vais tester ce log.

andré

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201503101549.57904.andre_deb...@numericable.fr

mon crontab n'aime pas la nuit

[andre_debian]

Hello,

J'ai une liste de tâches dans le crontab de mon serveur,
entre 0h30 et 06h00, toutes les nuits.

L'une d'entre elle, est l'envoi à mon Mail du rapport condensé 
de logs par logwatch à 03h00, que je ne reçois plus suite à un upgrade.

Toutes les autres tâches sont correctement effectuées.
En plus je les ai testées positivement l'une après l'autre.

Si je modifie l'heure de la tâche logwatch dans crontab, p. ex. à 18h30,
je la reçois bien à cette heure. Bizarre !

Cron est bien lancé.

Que faut-il ajouter aux répertoires /etc/cron.d , /etc/cron.daily ?
Peut-être est-ici l'erreur ?

Merci.

André

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: https://lists.debian.org/201503092335.52705.andre_deb...@numericable.fr

rkhunter avec crontab

[a . lb]

Bonjour,
kde avec wheezy à jour.
Lorsque je lance la commande :/usr/bin/rkhunter -c dans une console ça 
fonctionne mais pas quand je mets:
15 15 * * * /usr/bin/rkunter -c dans crontab en root.
Je reçois ce message d'erreur:
/usr/bin/rkhunter: 1: /usr/bin/rkhunter: grep: not found
The command 'egrep' must be present on the system in order to run rkhunter.
The command 'grep' must be present on the system in order to run rkhunter.
The command 'sed' must be present on the system in order to run rkhunter.
alors qu'après vérifications j'ai bien egrep,grep,et sed d'installés.
Je comprends pas pourquoi ça fonctionne dans une console mais pas avec la même 
ligne de commande dans crontab?
merci. 

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/blu0-smtp62363805af513005a90cdc81...@phx.gbl

Re: rkhunter avec crontab

[Erwan David]

On Wed, Oct 09, 2013 at 04:27:46PM CEST, a.lb alain.lebi...@dbmail.com said:
 Bonjour,
 kde avec wheezy à jour.
 Lorsque je lance la commande :/usr/bin/rkhunter -c dans une console ça 
 fonctionne mais pas quand je mets:
 15 15 * * * /usr/bin/rkunter -c dans crontab en root.
 Je reçois ce message d'erreur:
 /usr/bin/rkhunter: 1: /usr/bin/rkhunter: grep: not found
 The command 'egrep' must be present on the system in order to run rkhunter.
 The command 'grep' must be present on the system in order to run rkhunter.
 The command 'sed' must be present on the system in order to run rkhunter.
 alors qu'après vérifications j'ai bien egrep,grep,et sed d'installés.
 Je comprends pas pourquoi ça fonctionne dans une console mais pas avec la 
 même ligne de commande dans crontab?
 merci. 

Dans un cron l'environnement est minimal,en particulier le PATH est réduit à sa 
plus simple expression.

Par contre vous pouvez définir le PATH à utiliser au début de la crontab.

Voir man 5 crontab pour avoir toutes les précisions.

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20131009144614.ge1...@rail.eu.org

Re: rkhunter avec crontab

[Jacques Lav!gnotte.]

Le 09/10/2013 16:27, a.lb a écrit :
 Bonjour,

 /usr/bin/rkhunter: 1: /usr/bin/rkhunter: grep: not found

L'installation (apt-truc) du paquet rkhunter met en place plusieurs
crons dont un sous /etc/cron.daily qui fait le boulot sans broncher.


J.




-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/5255758a.9050...@lavignotte.org

Re: rkhunter avec crontab

[a . lb]

 Le mercredi 9 octobre 2013 16:46:14,Erwan David à écrit :
 On Wed, Oct 09, 2013 at 04:27:46PM CEST, a.lb alain.lebi...@dbmail.com 
 said:
  Bonjour,
  kde avec wheezy à jour.
  Lorsque je lance la commande :/usr/bin/rkhunter -c dans une console ça
  fonctionne mais pas quand je mets: 15 15 * * * /usr/bin/rkunter -c dans
  crontab en root.
  Je reçois ce message d'erreur:

 
 Dans un cron l'environnement est minimal,en particulier le PATH est réduit
 à sa plus simple expression.
 
 Par contre vous pouvez définir le PATH à utiliser au début de la crontab.
 
 Voir man 5 crontab pour avoir toutes les précisions.
J'ai /usr/bin dans le PATH :

#Aucun commentaire
PATH=/home/alain/bin:/usr/bin

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/blu0-smtp858925cbf670d7519d282581...@phx.gbl

Re: rkhunter avec crontab

[a . lb]

 Le mercredi 9 octobre 2013 17:26:02,Jacques Lav!gnotte. à écrit :
 Le 09/10/2013 16:27, a.lb a écrit :
  Bonjour,
  
  /usr/bin/rkhunter: 1: /usr/bin/rkhunter: grep: not found
 
 L'installation (apt-truc) du paquet rkhunter met en place plusieurs
 crons dont un sous /etc/cron.daily qui fait le boulot sans broncher.
 
 
 J.
Effectivement,pourtant je reçois pas de rapport dans mon compte local bien que 
j'ai indiqué l'adresse dans 
/etc/default/rkunter. et activé CRON_DAILY_RUN=yes
Alors que si j'execute la commande dans une console j'ai des warning à cause 
d'une mise à jour.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/blu0-smtp298f77d7c5ec318176ec8c381...@phx.gbl

Re: rkhunter avec crontab

[Bernard Isambert]

Le 09/10/2013 17:28, a.lb a écrit :


  Le mercredi 9 octobre 2013 16:46:14,Erwan David à écrit :

On Wed, Oct 09, 2013 at 04:27:46PM CEST, a.lbalain.lebi...@dbmail.com  said:

Bonjour,
kde avec wheezy à jour.
Lorsque je lance la commande :/usr/bin/rkhunter -c dans une console ça
fonctionne mais pas quand je mets: 15 15 * * * /usr/bin/rkunter -c dans
crontab en root.
Je reçois ce message d'erreur:




Dans un cron l'environnement est minimal,en particulier le PATH est réduit
à sa plus simple expression.

Par contre vous pouvez définir le PATH à utiliser au début de la crontab.

Voir man 5 crontab pour avoir toutes les précisions.

J'ai /usr/bin dans le PATH :

#Aucun commentaire
PATH=/home/alain/bin:/usr/bin



C'est bien un problème de PATH :

# which grep
/bin/grep

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/52557e6c.5040...@taranig.net

Re: rkhunter avec crontab

[a . lb]

 Le mercredi 9 octobre 2013 18:03:56,Bernard Isambert à écrit :
 Le 09/10/2013 17:28, a.lb a écrit :
Le mercredi 9 octobre 2013 16:46:14,Erwan David à écrit :
  On Wed, Oct 09, 2013 at 04:27:46PM CEST, a.lbalain.lebi...@dbmail.com  
  said:
  Bonjour,
  kde avec wheezy à jour.
  Lorsque je lance la commande :/usr/bin/rkhunter -c dans une console
  ça fonctionne mais pas quand je mets: 15 15 * * * /usr/bin/rkunter -c
  dans crontab en root.
  
  Je reçois ce message d'erreur:
  Dans un cron l'environnement est minimal,en particulier le PATH est
  réduit à sa plus simple expression.
  
  Par contre vous pouvez définir le PATH à utiliser au début de la
  crontab.
  
  Voir man 5 crontab pour avoir toutes les précisions.
  
  J'ai /usr/bin dans le PATH :
  
  #Aucun commentaire
  PATH=/home/alain/bin:/usr/bin
 
 C'est bien un problème de PATH :
 
 # which grep
 /bin/grep
C'est ok en rajoutant /bin dans le PATH
Merci.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/blu0-smtp149501af22f99447d07e7c981...@phx.gbl

Re: Structure d'un nom de fichier dans la crontab

[Sébastien MARQUE]

Bonjour,

il me semble bien qu'il faille échapper les caractères % dans la table cron

par exemple:
* * * * * echo $(date +\%s)  ~/test_cron

en espérant avoir été utile.

cordialement

seb

Le 06/08/2012 12:09, Alain Vaugham a écrit :

Bonjour la liste,

La crontab ne fait pas ce que je veux...

Pourtant en ligne de commande j'ai bien ce que je veux :
$ pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y)$(date +%m)$(date 
+%d)-$(date +%H)$(date +%M)$(date +%S).sql

Par contre, dans la crontab, cette même syntaxe ne génère pas le
fichier escompté :
* * * * * pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y)$(date 
+%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql

Je me suis douté qu'il fallait ajouter des séparateurs de champs.
Comme le man de crontab n'aborde pas le sujet j'avance à tâtons avec ce lien :
http://fr.wikipedia.org/wiki/Crontab
J'ai donc testé différentes combinaisons de caractères '\/[ ]{}
en m'inspirant également de la syntaxe employée par le fichier .procmail
mais sans succès.
Il me semble qu'en dehors de la ligne de commande les syntaxes varient
au sein d'une même distribution.

Est-ce que quelqu'un pourrait m'indiquer le bon tuto pour une Squeeze?

Merci beaucoup par avance.



--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/50213f51.4030...@free.fr

Re: Structure d'un nom de fichier dans la crontab

[Sébastien MARQUE]

Oups,

je suis allé trop vite, la réponse avait déjà été donnée ^^

seb

Le 07/08/2012 18:16, Sébastien MARQUE a écrit :

Bonjour,

il me semble bien qu'il faille échapper les caractères % dans la table cron

par exemple:
* * * * * echo $(date +\%s)  ~/test_cron

en espérant avoir été utile.

cordialement

seb

Le 06/08/2012 12:09, Alain Vaugham a écrit :

Bonjour la liste,

La crontab ne fait pas ce que je veux...

Pourtant en ligne de commande j'ai bien ce que je veux :
$ pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date
+%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql

Par contre, dans la crontab, cette même syntaxe ne génère pas le
fichier escompté :
* * * * * pg_dump -a db_mabase ~/backup/db_mabase_$(date +%Y)$(date
+%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql

Je me suis douté qu'il fallait ajouter des séparateurs de champs.
Comme le man de crontab n'aborde pas le sujet j'avance à tâtons avec
ce lien :
http://fr.wikipedia.org/wiki/Crontab
J'ai donc testé différentes combinaisons de caractères '\/[ ]{}
en m'inspirant également de la syntaxe employée par le fichier .procmail
mais sans succès.
Il me semble qu'en dehors de la ligne de commande les syntaxes varient
au sein d'une même distribution.

Est-ce que quelqu'un pourrait m'indiquer le bon tuto pour une Squeeze?

Merci beaucoup par avance.





--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/50213fbd.2040...@free.fr

Structure d'un nom de fichier dans la crontab

[Alain Vaugham]

Bonjour la liste,

La crontab ne fait pas ce que je veux...

Pourtant en ligne de commande j'ai bien ce que je veux :
$ pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y)$(date +%m)$(date 
+%d)-$(date +%H)$(date +%M)$(date +%S).sql

Par contre, dans la crontab, cette même syntaxe ne génère pas le 
fichier escompté :
* * * * * pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y)$(date 
+%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql

Je me suis douté qu'il fallait ajouter des séparateurs de champs.
Comme le man de crontab n'aborde pas le sujet j'avance à tâtons avec ce lien :
http://fr.wikipedia.org/wiki/Crontab
J'ai donc testé différentes combinaisons de caractères '\/[ ]{} 
en m'inspirant également de la syntaxe employée par le fichier .procmail
mais sans succès.
Il me semble qu'en dehors de la ligne de commande les syntaxes varient
au sein d'une même distribution.

Est-ce que quelqu'un pourrait m'indiquer le bon tuto pour une Squeeze?

Merci beaucoup par avance.

-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806120914.05a8421a@mach07.localdomain

Re: Structure d'un nom de fichier dans la crontab

[Bzzz]

On Mon, 6 Aug 2012 12:09:14 +0200
Alain Vaugham al...@vaugham.com wrote:

 
 Par contre, dans la crontab, cette même syntaxe ne génère pas le 
 fichier escompté :
 * * * * * pg_dump -a db_mabase  ~/backup/db_mabase_$(date
 +%Y)$(date +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql

Il suffirait de lire la doc et de 'gader les 'exemples' existant déjà
pour s'apercevoir qu'il manque le user...
 
-- 
Lilaaa mais moi je suis une princesse qui attend son prince charmand!
Arafel Attends mais tu crois quoi? Qu'un type qui est obligé de prendre
 tout seul d'assaut une forteresse, zigouiller un putain de dragon,
 laminer une sorcière et tout ça juste pour tirer un coup, c'est un
 méga beau mec avec une haleine mentholée, la dent qui brille en 
 faisant TINT! et les cheveux qui volent au vent?
Lilaaa ...
Arafel Tu peux me croire petite, Shrek, c'est la version la plus
 réaliste d'un compte de fées... C'est à la limite du documentaire... 
Lilaaa ...
Arafel Maintenant, si tu veux, je t'explique vite fait pour le père noël,
 dieu et la petite souris...

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806134819.5fc71835@anubis.defcon1

Re: Structure d'un nom de fichier dans la crontab

[Nicolas Gadoux]

Salut,

cela dépend certainement de ton shell.

Je te conseille dans ton crontab :
- d'utiliser les chemins complets vers ton script ou programme (ou de le 
déclarer via la variable PATH)

- de toujours sélectionner ton shell (via la variable SHELL)
- d'éviter cette syntaxe $(commande) et de privilégier celle là : 
`commande` (car la première ne fonctionne pas dans tous les shells)


Le plus simple et propre étant de créer un script (avec un shebang) et 
de l'appeler dans ton crontab (toujours en chemin complet)


Nicolas

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/501fb13e.2000...@netasq.com

Re: Structure d'un nom de fichier dans la crontab

[Tanguy Ortolo]

Nicolas Gadoux, 2012-08-06 13:57+0200:
 Je te conseille dans ton crontab :
 - d'éviter cette syntaxe $(commande) et de privilégier celle là : 
 `commande` (car la première ne fonctionne pas dans tous les shells)

Cette syntaxe `commande` est caduque depuis des années, remplacée par
$(commande) qui est plus flexible et prise en charge par tous shells
actuels.

-- 
 ,--.
: /` )   Tanguy Ortolo  xmpp:tan...@ortolo.eu
| `-'Debian Developer   irc://irc.oftc.net/Tanguy
 \_

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/jvocft$nb$1...@dough.gmane.org

[Résolu] Re: Structure d'un nom de fichier dans la crontab

[Alain Vaugham]

Le Mon, 6 Aug 2012 12:14:53 + (UTC),
Tanguy Ortolo tanguy+deb...@ortolo.eu a écrit :

 Nicolas Gadoux, 2012-08-06 13:57+0200:
  Je te conseille dans ton crontab :
  - d'éviter cette syntaxe $(commande) et de privilégier celle là : 
  `commande` (car la première ne fonctionne pas dans tous les shells)
 
 Cette syntaxe `commande` est caduque depuis des années, remplacée par
 $(commande) qui est plus flexible et prise en charge par tous shells
 actuels.
 

Merci Nicolas/Tanguy
Je vais donc remplacer la commande dans la crontab par un script.



-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806143215.51206cd9@mach07.localdomain

Re: Structure d'un nom de fichier dans la crontab

[Nicolas Gadoux]

Ah ok, je ne savais pas qu'elle visait à la remplacer, je pensais juste 
que c'était une autre façon de faire.

Qu'apporte-t'elle de mieux ? J'ai cherché sur le net mais n'ai rien trouvé.

En tout cas elle n'a pas été implémentée en C-Shell (shell par défaut 
sous FreeBSD par exemple).



Cette syntaxe `commande` est caduque depuis des années, remplacée par
$(commande) qui est plus flexible et prise en charge par tous shells
actuels.
   


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/501fbc04.8030...@netasq.com

Re : Structure d'un nom de fichier dans la crontab

[nicolas . patrois]

Le 06/08/2012 14:43:48, Nicolas Gadoux a écrit :

 Qu'apporte-t'elle de mieux ? J'ai cherché sur le net mais n'ai rien
 trouvé.

Elle permet de les emboîter, par exemple.

nicolas patrois : pts noir asocial
-- 
RÉALISME

M : Qu'est-ce qu'il nous faudrait pour qu'on nous considère comme des 
humains ? Un cerveau plus gros ?
P : Non... Une carte bleue suffirait...

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/1344261081.1108...@new-host-2.home

[HS][amélioration]Re: Structure d'un nom de fichier dans la crontab

[Grégory Bulot]

Bonjour, Bonsoir, 

Le Mon, 6 Aug 2012 12:09:14 +0200, Alain Vaugham, vous avez écrit :

 Bonjour la liste,
 
 La crontab ne fait pas ce que je veux...
 
 Pourtant en ligne de commande j'ai bien ce que je veux :
 $ pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y)$(date
 +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql
 
 Par contre, dans la crontab, cette même syntaxe ne génère pas le 
 fichier escompté :
 * * * * * pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y)$(date
 +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql

Maintenant que tu as [résolu]

pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y%m%d-%H%M%S ).sql
me semble plus propre (moins crade) : un seul appel au shell, au lieu
de 6


--
Cordialement 
Grégory BULOT

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806185500.04e68...@roland.bulot-fr.com

Re: [HS][amélioration]Re: Structure d'un nom de fichier dans la crontab

[Alain Vaugham]

Le Mon, 6 Aug 2012 18:55:00 +0200,
Grégory Bulot debian.list200...@batman.dyndns.org a écrit :

 Bonjour, Bonsoir, 
 
 Le Mon, 6 Aug 2012 12:09:14 +0200, Alain Vaugham, vous avez écrit :
 
  Bonjour la liste,
  
  La crontab ne fait pas ce que je veux...
  
  Pourtant en ligne de commande j'ai bien ce que je veux :
  $ pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y)$(date
  +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql
  
  Par contre, dans la crontab, cette même syntaxe ne génère pas le 
  fichier escompté :
  * * * * * pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y)$(date
  +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql
 
 Maintenant que tu as [résolu]
 
 pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y%m%d-%H%M%S ).sql
 me semble plus propre (moins crade) : un seul appel au shell, au lieu
 de 6
 


Merci pour la correction.
Je séparais tout car je n'arrivais pas à insérer le - entre le jour 
et l'heure.


-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806211656.3cf484c4@mach07.localdomain

Re: Structure d'un nom de fichier dans la crontab

[Alain Vaugham]

Le Mon, 6 Aug 2012 13:48:19 +0200,
Bzzz lazyvi...@gmx.com a écrit :

 On Mon, 6 Aug 2012 12:09:14 +0200
 Alain Vaugham al...@vaugham.com wrote:
 
  
  Par contre, dans la crontab, cette même syntaxe ne génère pas le 
  fichier escompté :
  * * * * * pg_dump -a db_mabase  ~/backup/db_mabase_$(date
  +%Y)$(date +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql
 
 Il suffirait de lire la doc et de 'gader les 'exemples' existant déjà
 pour s'apercevoir qu'il manque le user...
  

Non, il ne manque pas le user.
Avec cette syntaxe dans la crontab, pg_dump déverse bien dans un fichier.
C'est seulement le nom de ce fichier qui n'est pas celui escompté.

Avant de poster, j'ai collecté bon nombre d'exemples qui ne conviennent pas...

-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806215447.3f533fb6@mach07.localdomain

Re: Structure d'un nom de fichier dans la crontab

[Bzzz]

On Mon, 6 Aug 2012 21:54:47 +0200
Alain Vaugham al...@vaugham.com wrote:

 
 Non, il ne manque pas le user.
 Avec cette syntaxe dans la crontab, pg_dump déverse bien dans un
 fichier.

Pas trop normal ça, chez moi en dehors de postgres personne ne peut
se connecter sans mot de passe.

 C'est seulement le nom de ce fichier qui n'est pas celui
 escompté.

Tu fais un script genre:

#!/bin/sh
TS=$(date +%Y-%m-%d_%Hh%M)
pg_dump -a db_XYZ  /home/userx/backup/db_XYZ_${TS}.sql

que tu rends exécutable et que tu colles dans 
/usr/local/bin/pgbackup_XYZ.sh

et un crontab:
* * * * *  postgres  if [ -x /usr/local/bin/pgbackup_XYZ.sh ]; then 
/usr/local/bin/pgbackup_XYZ.sh; fi

-- 
Angel C'est dans quel conte qu'ils sont sept ?
Foxbot Dans cendrillon
Angel T'es sur ?
Foxbot Ouais. Cendrillon et les citrouilles, ça fait bien 7.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806221541.1ff1762d@anubis.defcon1

Re: Structure d'un nom de fichier dans la crontab

[Alain Vaugham]

Le Mon, 6 Aug 2012 22:15:41 +0200,
Bzzz lazyvi...@gmx.com a écrit :

 On Mon, 6 Aug 2012 21:54:47 +0200
 Alain Vaugham al...@vaugham.com wrote:
 
  
  Non, il ne manque pas le user.
  Avec cette syntaxe dans la crontab, pg_dump déverse bien dans un
  fichier.
 
 Pas trop normal ça, chez moi en dehors de postgres personne ne peut
 se connecter sans mot de passe.
 

[HS]
Dans la configuration de l'authentification client j'ai choisi : 
# le mot de passe n'est pas demandé avec la méthode ident sameuser
local   all all   ident

car je serai bien ennuyé s'il fallait fournir le mot de passe lors de chaque
sauvegarde automatisée/par user.
Sur cette machine, les users se connectent en ssh avec une clef et 
Postgres refusera les accès distants.



  C'est seulement le nom de ce fichier qui n'est pas celui
  escompté.
 
 Tu fais un script genre:
 
 #!/bin/sh
 TS=$(date +%Y-%m-%d_%Hh%M)
 pg_dump -a db_XYZ  /home/userx/backup/db_XYZ_${TS}.sql
 
 que tu rends exécutable et que tu colles dans 
 /usr/local/bin/pgbackup_XYZ.sh
 
 et un crontab:
 * * * * *  postgres  if [ -x /usr/local/bin/pgbackup_XYZ.sh ]; then 
 /usr/local/bin/pgbackup_XYZ.sh; fi
 

Merci pour cet exemple.
Je garde.


-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806224714.31e1f25a@mach07.localdomain

Emplacement des scripts user [Etait: Structure d'un nom de fichier dans la crontab]

[Alain Vaugham]

Le Mon, 6 Aug 2012 22:15:41 +0200,
Bzzz lazyvi...@gmx.com a écrit :

[...]
 Tu fais un script genre:
 
 #!/bin/sh
 TS=$(date +%Y-%m-%d_%Hh%M)
 pg_dump -a db_XYZ  /home/userx/backup/db_XYZ_${TS}.sql
 
 que tu rends exécutable et que tu colles dans 
 /usr/local/bin/pgbackup_XYZ.sh
[...]

Je me pose juste la question suivante :
Pourquoi aller mettre le script dans /usr/local/bin/?
Moi je les mettais dans le home du user et ne touchais jamais au /usr/
Cela me semblait pratique pour sauvegarder/réinstaller.
Est-ce une mauvaise habitude que j'ai prise?
(à une époque je montait mes partitions dans le /home/user/.
Comme sur cette liste on m'a fait remarquer que le /mnt/ était fait pour ça,
j'ai changé mon habitude.)

Je pensais que remplir le /usr/ était réservé pour l'installateur Debian.
Quelle est la raison pour laquelle on met ses propres scripts dans les
/usr/share/...
/usr/local/...

-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806231010.349f4055@mach07.localdomain

Re: Structure d'un nom de fichier dans la crontab

[Thomas Parmelan]

Le lundi 06 août 2012 à 12:09, d'après
Alain Vaugham al...@vaugham.com :

 Par contre, dans la crontab, cette même syntaxe ne génère pas le 
 fichier escompté :
 * * * * * pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y)$(date 
 +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql

Comme l'a indiqué un autre contributeur, un seul appel à date suffit :

  pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y%m%d-%H%M%S).sql

Mais ton problème est surtout que le caractère '%' a une signification
particulière dans une crontab, il faut l'échapper pour lui enlever cette
signification :

* * * * * pg_dump -a db_mabase  ~/backup/db_mabase_$(date 
+\%Y\%m\%d-\%H\%M\%S).sql

-- 
Thomas Parmelan

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806215501.ga28...@pern.ankh.fr.eu.org

Re: Emplacement des scripts user [Etait: Structure d'un nom de fichier dans la crontab]

[Charles Plessy]

Le Mon, Aug 06, 2012 at 11:10:10PM +0200, Alain Vaugham a écrit :
 
 Je pensais que remplir le /usr/ était réservé pour l'installateur Debian.
 Quelle est la raison pour laquelle on met ses propres scripts dans les
 /usr/share/...
 /usr/local/...

Bonjour,

Debian respecte en général la norme FHS (Filesystem Hierarchy Standard,
http://www.pathname.com/fhs/), et celle-ci garantit que les fichiers dans
/usr/local ne soient jamais changés par une mise à jour du système.

C'est retranscrit dans la section 9.1.2 de la charte Debian.

  http://www.debian.org/doc/debian-policy/ch-opersys.html#s-fhs

/usr/local est donc un bon endroit pour installer de manière globale
des programmes.

Amicalement,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120806222858.ga4...@falafel.plessy.net

Re: Structure d'un nom de fichier dans la crontab

[Alain Vaugham]

Le Mon, 6 Aug 2012 23:55:01 +0200,
Thomas Parmelan parmelan+deb...@free.fr a écrit :

 Le lundi 06 août 2012 à 12:09, d'après
 Alain Vaugham al...@vaugham.com :
 
  Par contre, dans la crontab, cette même syntaxe ne génère pas le 
  fichier escompté :
  * * * * * pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y)$(date 
  +%m)$(date +%d)-$(date +%H)$(date +%M)$(date +%S).sql
 
 Comme l'a indiqué un autre contributeur, un seul appel à date suffit :
 
   pg_dump -a db_mabase  ~/backup/db_mabase_$(date +%Y%m%d-%H%M%S).sql
 
 Mais ton problème est surtout que le caractère '%' a une signification
 particulière dans une crontab, il faut l'échapper pour lui enlever cette
 signification :
 
 * * * * * pg_dump -a db_mabase  ~/backup/db_mabase_$(date 
 +\%Y\%m\%d-\%H\%M\%S).sql
 

Exact!
Il fallait échapper le '%' dans la crontab pour obtenir le nom de
fichier escompté.

Comme vous le soulignez, je suivrai dorénavant l'avis des autres
contributeurs concernant le nombre d'appels à date.
De même, afin d'éviter de jongler avec les subtiles variations de syntaxes
entre les différents programmes je mettrait les commandes dans des scripts
qui eux seront appelés par la crontab.

Merci encore à tous.

-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120807004148.2ad95f25@mach07.localdomain

Re: Emplacement des scripts user [Etait: Structure d'un nom de fichier dans la crontab]

[Alain Vaugham]

Le Tue, 7 Aug 2012 07:28:58 +0900,
Charles Plessy ple...@debian.org a écrit :

 Le Mon, Aug 06, 2012 at 11:10:10PM +0200, Alain Vaugham a écrit :
  
  Je pensais que remplir le /usr/ était réservé pour l'installateur Debian.
  Quelle est la raison pour laquelle on met ses propres scripts dans les
  /usr/share/...
  /usr/local/...
 
 Bonjour,

Bonjour,

 
 Debian respecte en général la norme FHS (Filesystem Hierarchy Standard,
 http://www.pathname.com/fhs/), et celle-ci garantit que les fichiers dans
 /usr/local ne soient jamais changés par une mise à jour du système.
 
 C'est retranscrit dans la section 9.1.2 de la charte Debian.
 
   http://www.debian.org/doc/debian-policy/ch-opersys.html#s-fhs
 
 /usr/local est donc un bon endroit pour installer de manière globale
 des programmes.

Ok, j'ai compris.
Je remarque que /usr/local appartient à root:staff.
Il va falloir que je m'habitue à ce 'staff' dont je n'avais jamais remarqué 
l'existence.

Merci beaucoup pour cette description claire ainsi que pour ces liens.


-- 
Alain Vaugham
Clef GPG : 0xD26D18BC

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120807013627.2c7e9d3f@mach07.localdomain

Re: Emplacement des scripts user [Etait: Structure d'un nom de fichier dans la crontab]

[Bzzz]

On Mon, 6 Aug 2012 23:10:10 +0200
Alain Vaugham al...@vaugham.com wrote:

 Pourquoi aller mettre le script dans /usr/local/bin/?
 Moi je les mettais dans le home du user et ne touchais jamais
 au /usr/ Cela me semblait pratique pour sauvegarder/réinstaller.

Charles t'as donné la version longue; en version courte c'est
aussi une question de bon sens, parce qu'il est Trare qu'un
script|pgm ne serve pas _aussi_ à un autre user on le met
dans /usr/local/bin - le 'local' évitant la confusion entre
org=system  org=admin.

 Est-ce une mauvaise habitude que j'ai prise?

Vi.

 (à une époque je montait mes partitions dans le /home/user/.
 Comme sur cette liste on m'a fait remarquer que le /mnt/ était
 fait pour ça, j'ai changé mon habitude.)

À partir du moment où il n'y en a pas 50, tu peux aussi créer des
dirs sur la racine, voire les regrouper dans une racine commune
(eg: /NFS  /NFS/XXX, etc).
Perso j'aime bien cette solution + le fait d'utiliser des majuscules
pour les noms, comme ça la confusion est strictement impossible
(ainsi que le doublonnage de noms).

 Je pensais que remplir le /usr/ était réservé pour l'installateur
 Debian.

/usr vi, mais pas /usr/local - parce que la charte Debian étant assez
restrictive (librement parlant, s'entend), il n'est pas rare qu'on
installe des pgms à partir d'un tarball compilé maison  comme dit
plus haut, il faut aussi distinguer l'origine entre system  admin.

 Quelle est la raison pour laquelle on met ses propres
 scripts dans les /usr/share/...

PAS /usr/share = /usr/local/share.

 /usr/local/...
 
Le partage entre utilisateurs.

JY
-- 
Omane Les hommes, les femmes, quelle différence? on est tous les mêmes
Neph Voila une réflexion très Bi, Omane
Neph \o/

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists

Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian-user-french-requ...@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org
Archive: http://lists.debian.org/20120807073305.2c18c117@anubis.defcon1

Re: Empêcher 'crontab -r'

[François TOURDE]

Le 14187ième jour après Epoch,
Nicolas Pawlak écrivait:

 Bonsoir,

 Donc ca permet d'avoir un fichier dédié à la crontab autre que le fichier
 habituel... 

Si par habituel tu entends le fichier dans /var/spool/crontabs/,
alors oui, c'est même recommandé dedans: Il ne faut pas toucher à
ces fichiers.

 de l'éditer facilement, avec vi...

Si vi est un moyen facile, alors oui ;)

 et ça me permettrait
 également de me créer un alias pour mettre à jour facilement la crontab
 réelle, tout en me permettant de remplacer la commande crontab par un
 message d'erreur, grâce aux alias...

Euh.. Je vois pas bien ce que tu veux dire, mais bon, on va dire oui,
hein?

 Merci beaucoup, je ne connaissais pas.

Je t'en prie.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Empêcher 'crontab -r'

[Glennie Vignarajah]

Le Tuesday 04 November 2008 vers 20:35, Nicolas Pawlak(Nicolas 
Pawlak [EMAIL PROTECTED]) a écrit:
 Bonsoir,

Bonsoir,


 J'ai goûté hier à la joie de voir ma crontab vidée à cause d'une
 simple touche ratée : au lieu d'un crontab -e, j'ai fait un
 crontab -r (la touche d'à côté... :-/). Radical.

 Quelqu'un aurait-il une solution pour empêcher ce genre de bêtise

Faire une sauvegarde des fichiers et y inclure également le 
répertoire /var/spool/cron/ avec rdiff-backup.
A+

-- 
http://www.glennie.fr
The reasonable man adapts himself to the world; the unreasonable one 
persists in trying to adapt the world to himself. Therefore all 
progress depends on the unreasonable man.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Empêcher 'crontab -r'

[Nicolas Pawlak]

Merci de l'info, jusque là je n'avais jamais songé à faire un backup de ces
fichiers... maintenant, j'ai compris !

Par contre je cherche quand même une solution pour bloquer la commande,
aller remonter le backup peut être long et des tâches ne seraient pas
exécutées en cas de perte de la crontab.



Le 4 novembre 2008 20:42, Glennie Vignarajah [EMAIL PROTECTED] a écrit :

 Le Tuesday 04 November 2008 vers 20:35, Nicolas Pawlak(Nicolas
 Pawlak [EMAIL PROTECTED]) a écrit:
  Bonsoir,

 Bonsoir,

 
  J'ai goûté hier à la joie de voir ma crontab vidée à cause d'une
  simple touche ratée : au lieu d'un crontab -e, j'ai fait un
  crontab -r (la touche d'à côté... :-/). Radical.
 
  Quelqu'un aurait-il une solution pour empêcher ce genre de bêtise

 Faire une sauvegarde des fichiers et y inclure également le
 répertoire /var/spool/cron/ avec rdiff-backup.
 A+

 --
 http://www.glennie.fr
 The reasonable man adapts himself to the world; the unreasonable one
 persists in trying to adapt the world to himself. Therefore all
 progress depends on the unreasonable man.

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/DebFrFrenchLists
 Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
 Reply-To:

 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]

Re: Empêcher 'crontab -r'

[Kevin Hinault]

Un alias ?

alias crontab=crontab -e $*

c'est violent mais ca marchera.


Le 4 novembre 2008 20:35, Nicolas Pawlak [EMAIL PROTECTED] a écrit :
 Bonsoir,

 J'ai goûté hier à la joie de voir ma crontab vidée à cause d'une simple
 touche ratée : au lieu d'un crontab -e, j'ai fait un crontab -r (la touche
 d'à côté... :-/). Radical.

 Quelqu'un aurait-il une solution pour empêcher ce genre de bêtise, sachant
 que la probabilité de la faire est quand même largement plus grande que de
 faire un shutdown h- now au lieu d'un shutdown -r now...

 J'ai deux hypothèses :

 - Créer un script bash crontab placé dans un répertoire situé en première
 position dans le path, et appelant le vrai crontab,
 - Reprendre les sources de crontab et modifier pour retirer la commande -r.

 Si quelqu'un a une autre idée... elle sera la bienvenue.

 Merci !




--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Empêcher 'crontab -r'

[Nicolas Pawlak]

Bonsoir,

J'ai goûté hier à la joie de voir ma crontab vidée à cause d'une simple
touche ratée : au lieu d'un crontab -e, j'ai fait un crontab -r (la touche
d'à côté... :-/). Radical.

Quelqu'un aurait-il une solution pour empêcher ce genre de bêtise, sachant
que la probabilité de la faire est quand même largement plus grande que de
faire un shutdown h- now au lieu d'un shutdown -r now...

J'ai deux hypothèses :

- Créer un script bash crontab placé dans un répertoire situé en première
position dans le path, et appelant le vrai crontab,
- Reprendre les sources de crontab et modifier pour retirer la commande -r.

Si quelqu'un a une autre idée... elle sera la bienvenue.

Merci !

Re: Empêcher 'crontab -r'

[François TOURDE]

Le 14187ième jour après Epoch,
Nicolas Pawlak écrivait:

 J'ai deux hypothèses :

 - Créer un script bash crontab placé dans un répertoire situé en première
 position dans le path, et appelant le vrai crontab,
 - Reprendre les sources de crontab et modifier pour retirer la commande -r.

 Si quelqu'un a une autre idée... elle sera la bienvenue.

Ne jamais faire de crontab -e... Remplacer ça par:

- une fois au départ:

$ crontab -l  ~/crontab

Puis, éditer (avec ton éditeur favori) le fichier ~/crontab

et faire

$ crontab ~/crontab

pour que ces modifs soient prises en compte.

 Merci !

Avec plaisir.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Empêcher 'crontab -r'

[Nicolas Pawlak]

Bonsoir,

Donc ca permet d'avoir un fichier dédié à la crontab autre que le fichier
habituel... de l'éditer facilement, avec vi... et ça me permettrait
également de me créer un alias pour mettre à jour facilement la crontab
réelle, tout en me permettant de remplacer la commande crontab par un
message d'erreur, grâce aux alias...

Merci beaucoup, je ne connaissais pas.



Le 4 novembre 2008 21:36, François TOURDE [EMAIL PROTECTED] a
écrit :

 Le 14187ième jour après Epoch,
 Nicolas Pawlak écrivait:

  J'ai deux hypothèses :
 
  - Créer un script bash crontab placé dans un répertoire situé en première
  position dans le path, et appelant le vrai crontab,
  - Reprendre les sources de crontab et modifier pour retirer la commande
 -r.
 
  Si quelqu'un a une autre idée... elle sera la bienvenue.

 Ne jamais faire de crontab -e... Remplacer ça par:

 - une fois au départ:

 $ crontab -l  ~/crontab

 Puis, éditer (avec ton éditeur favori) le fichier ~/crontab

 et faire

 $ crontab ~/crontab

 pour que ces modifs soient prises en compte.

  Merci !

 Avec plaisir.

 --
 Lisez la FAQ de la liste avant de poser une question :
 http://wiki.debian.org/DebFrFrenchLists
 Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
 Reply-To:

 To UNSUBSCRIBE, email to [EMAIL PROTECTED]
 with a subject of unsubscribe. Trouble? Contact
 [EMAIL PROTECTED]

[HS] Crontab et intervalles

[Kevin Hinault]

Bonjour la liste,

J'ai une colle dont je n'arrive pas à trouver la réponse nulle part
sur internet ni dans le man et comme c'est une urgence (je ne peux pas
tester et c'est pour ce soir), je postes ici pour savoir si quelqu'un
a déjà testé ça :

Quand on met une tache cron en place on peut mettre des intervalles et
là mon besoin est de lancer toute les heures une exécution d'un script
entre deux heures precise, je peux donc mettre ceci sans problème :

0 1-7 * * * /path/to/script

Ceci me lance le script a 1h, 2h, 3h, etc ...

Mais si je veux mettre la contab entre 23h et 7h, est ce que la
syntaxe suivante est acceptée ? :
0 23-7 * * * /path/to/script

Ou alors dois-je mettre ? :
0 23,0-7 * * * /path/to/script

Ou même ? :
0 23 * * * /path/to/script
0 0-7 * * * /path/to/script
(plutôt moche)

Kévin

-- 
Vous aimez la bretagne ?
Breizh da viken : www.pointbzh.com

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: [HS] Crontab et intervalles

[Daniel Caillibaud]

Kevin Hinault a écrit :

Bonjour la liste,

J'ai une colle dont je n'arrive pas à trouver la réponse nulle part
sur internet ni dans le man et comme c'est une urgence (


 je ne peux pas tester

? pourquoi ?

Essaie avec les minutes plutôt que les heures pour ton test.

Et si vraiment c'est urgent et important pour ce soir, je mettrai la solution moche (au moins tu es sûr qu'elle marche) en attendant de tester 
tranquillement des solutions plus jolies...


--
Daniel

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: [HS] Crontab et intervalles

[Sébastien NOBILI]

Le mercredi 22 octobre 08 à 15:04, Kevin Hinault a écrit :
| Bonjour la liste,

Bonjour,

[...]

| Mais si je veux mettre la contab entre 23h et 7h, est ce que la
| syntaxe suivante est acceptée ? :
| 0 23-7 * * * /path/to/script
| 
| Ou alors dois-je mettre ? :
| 0 23,0-7 * * * /path/to/script
| 
| Ou même ? :
| 0 23 * * * /path/to/script
| 0 0-7 * * * /path/to/script
| (plutôt moche)

Je n'ai pas de réponse à t'apporter, mais as-tu essayé de faire la même
chose avec les minutes (exécuter un script qui écrit la sortie de la
commande date toutes les minutes de chaque heure entre 50 et 10) ? Ça te
permettrait de valider la syntaxe sans attendre plusieurs heures.

| Kévin

Seb

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: [HS] Crontab et intervalles

[Kevin Hinault]

2008/10/22 Daniel Caillibaud [EMAIL PROTECTED]:
 Kevin Hinault a écrit :

 Bonjour la liste,

 J'ai une colle dont je n'arrive pas à trouver la réponse nulle part
 sur internet ni dans le man et comme c'est une urgence (

 je ne peux pas tester

 ? pourquoi ?

 Essaie avec les minutes plutôt que les heures pour ton test.


J'y ais pensé en effet, mais j'avais peur que le comportement soit
différent avec les minutes justement parce que j'utilise les minutes
en corrélation avec les heures dans ma crontab.
Disons que je voudrais être sur que ça marche ... et tester sur les
minutes me parait trop éloigné des heures. Je me fait peut être des
idées mais c'est une déformation professionnelle : je ne considère
jamais un test proche d'un vrai test aussi pertinent qu'un vrai
test.

Et comme là c'est sur une machine de Prod assez importante, je n'ai
pas trop envie de faire des conneries. D'ailleurs est ce que la
crontab est sensible à ce genre d'erreurs ? Le service risque de
planter ?


 Et si vraiment c'est urgent et important pour ce soir, je mettrai la
 solution moche (au moins tu es sûr qu'elle marche) en attendant de tester
 tranquillement des solutions plus jolies...

Tu as raison, je vais faire comme ça et testerais chez moi ce soir.

Kévin.

-- 
Vous aimez la bretagne ?
Breizh da viken : www.pointbzh.com

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: [HS] Crontab et intervalles

[Edi Stojicevic]

* Kevin Hinault [EMAIL PROTECTED] [2008-10-22 15:04:40 +0200] wrote :

 Bonjour la liste,

Salut Kevin,

 J'ai une colle dont je n'arrive pas à trouver la réponse nulle part
 sur internet ni dans le man et comme c'est une urgence (je ne peux pas
 tester et c'est pour ce soir), je postes ici pour savoir si quelqu'un
 a déjà testé ça :
 
 Quand on met une tache cron en place on peut mettre des intervalles et
 là mon besoin est de lancer toute les heures une exécution d'un script
 entre deux heures precise, je peux donc mettre ceci sans problème :
 
 0 1-7 * * * /path/to/script
 
 Ceci me lance le script a 1h, 2h, 3h, etc ...
 
 Mais si je veux mettre la contab entre 23h et 7h, est ce que la
 syntaxe suivante est acceptée ? :
 0 23-7 * * * /path/to/script
 
 Ou alors dois-je mettre ? :
 0 23,0-7 * * * /path/to/script
 
 Ou même ? :
 0 23 * * * /path/to/script
 0 0-7 * * * /path/to/script
 (plutôt moche)

J'utiliserai ceci :

0 23,0-7 * * * script



 Kévin

-- 
. ''`.  (\___/) E d i   S T O J I C E V I C
: :'  : (='.'=) http://www.debianworld.org 
`. `~'  ()_() GPG: 0x1237B032
  `-

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Faire un crontab pour un simple user...

[David BERCOT]

Bonjour,

Dans un script lancé en tant que root, je souhaiterais créer une tâche
pour un utilisateur lambda.

J'ai tenté un truc du genre (dans mon script) :
su mon_user
crontab -l  fichier_crontab
echo 40 20 * * * /home/mon_user/script  fichier_crontab
crontab fichier_crontab
rm fichier_crontab
exit

Mais en fait, ça me rajoute la tâche au niveau du root et le 'exit'
ne fait pas ce que je veux (ça, c'est moins gênant ;-))) !!!

Auriez-vous une petite idée ?

Merci d'avance.

David.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Faire un crontab pour un simple user...

[François Boisson]

Le Tue, 16 Sep 2008 21:08:24 +0200
David BERCOT [EMAIL PROTECTED] a écrit:

 Bonjour,
 
 Dans un script lancé en tant que root, je souhaiterais créer une tâche
 pour un utilisateur lambda.
 
 J'ai tenté un truc du genre (dans mon script) :
 su mon_user
 crontab -l  fichier_crontab
 echo 40 20 * * * /home/mon_user/script  fichier_crontab
 crontab fichier_crontab
 rm fichier_crontab
 exit
 
 Mais en fait, ça me rajoute la tâche au niveau du root et le 'exit'
 ne fait pas ce que je veux (ça, c'est moins gênant ;-))) !!!
 
crontab -u toto ...
fait les manipûlations pour l'utilisateur toto.

François Boisson

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Faire un crontab pour un simple user...

[David BERCOT]

Le Tue, 16 Sep 2008 21:18:51 +0200,
François Boisson [EMAIL PROTECTED] a écrit :
 Le Tue, 16 Sep 2008 21:08:24 +0200
 David BERCOT [EMAIL PROTECTED] a écrit:
 
  Bonjour,
  
  Dans un script lancé en tant que root, je souhaiterais créer une
  tâche pour un utilisateur lambda.
  
  J'ai tenté un truc du genre (dans mon script) :
  su mon_user
  crontab -l  fichier_crontab
  echo 40 20 * * * /home/mon_user/script  fichier_crontab
  crontab fichier_crontab
  rm fichier_crontab
  exit
  
  Mais en fait, ça me rajoute la tâche au niveau du root et le 'exit'
  ne fait pas ce que je veux (ça, c'est moins gênant ;-))) !!!
  
 crontab -u toto ...
 fait les manipûlations pour l'utilisateur toto.

Hum, je n'ai pas bien lu l'aide alors ;-)

Merci beaucoup !

David.

--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: Faire un crontab pour un simple user...

[Thomas Harding]

On Tue, Sep 16, 2008 at 09:08:24PM +0200, David BERCOT wrote:
 Dans un script lancé en tant que root, je souhaiterais créer une tâche
 pour un utilisateur lambda.
 
 J'ai tenté un truc du genre (dans mon script) :
 su mon_user
 crontab -l  fichier_crontab
 echo 40 20 * * * /home/mon_user/script  fichier_crontab
 crontab fichier_crontab
 rm fichier_crontab
 exit
 
 Mais en fait, ça me rajoute la tâche au niveau du root et le 'exit'
 ne fait pas ce que je veux (ça, c'est moins gênant ;-))) !!!
 
 Auriez-vous une petite idée ?

man crontab
option -u (associer -l)

le su mon_user au milieu du script ne marchera jamais (en fait, si : il
bloque le script au niveau du su, qui appelle un nouveau shell),
on utilise systématiquement en mode non-interactif su -c commande.

exit sort du shell courant

note que tu peux faire un (presque) uniligne avec un pipe sed au milieu :

commande1 | sed -e $ a \
blah blah | commande2

-- 
=== The BOFH Excuse Server ===
Your excuse is: Out of cards on drive D:

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

/etc/crontab écrasé

[Guillaume Yziquel]

Bonsoir.

Je viens de taper la commande

ci /etc/crontab

en lieu de

vi /etc/crontab

Ceci m'a donc altéré mon crontab. J'ai essayé de le reconstituer, mais,
bizarrement, cron semble ne plus s'exécuter correctement. J'ai
l'impression qu'il ne trouve plus /etc/crontab.

Auriez-vous des suggestions?

Guillaume Yziquel.

--
Get a free email address with REAL anti-spam protection.
http://www.bluebottle.com/tag/1

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: /etc/crontab écrasé

[Olivier HUMBERT]

Guillaume Yziquel wrote:
 Bonsoir.

 Je viens de taper la commande

   ci /etc/crontab

 en lieu de

   vi /etc/crontab

 Ceci m'a donc altéré mon crontab. J'ai essayé de le reconstituer, mais,
 bizarrement, cron semble ne plus s'exécuter correctement. J'ai
 l'impression qu'il ne trouve plus /etc/crontab.

 Auriez-vous des suggestions?
   
Un problème de droit peut être ?
Le mien  a ces droits :
-rw-r--r-- root root  /etc/crontab

Amicalement,
Olivier

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: /etc/crontab écrasé

[Guillaume Yziquel]

Olivier HUMBERT a écrit :
 Guillaume Yziquel wrote:
 Bonsoir.

 Je viens de taper la commande

  ci /etc/crontab

 en lieu de

  vi /etc/crontab

 Ceci m'a donc altéré mon crontab. J'ai essayé de le reconstituer, mais,
 bizarrement, cron semble ne plus s'exécuter correctement. J'ai
 l'impression qu'il ne trouve plus /etc/crontab.

 Auriez-vous des suggestions?
   
 Un problème de droit peut être ?
 Le mien  a ces droits :
 -rw-r--r-- root root  /etc/crontab
 
 Amicalement,
 Olivier

Le mien était:

-r--r--r-- root root  /etc/crontab

Je l'ai modifié pour prendre les mêmes droits que le votre. On verra bien...

Amicalement,
Guillaume.

--
Find out how you can get spam free email.
http://www.bluebottle.com/tag/3

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: /etc/crontab écrasé

[Charles Plessy]

Le Mon, Mar 03, 2008 at 09:03:56PM +0100, Guillaume Yziquel a écrit :
 Bonsoir.
 
 Je viens de taper la commande
 
   ci /etc/crontab

Bonsoir,

ci est la commande commit de RCS, un ancêtre de CVS. Normalement, un
fichier a été crée avec un nom du genre 'crontab,v'. La commande 'co'
est la pour récupérer le fichier.

Bonne chance,


-- 
Charles Plessy
http://charles.plessy.org
Wakō, Saitama, Japan

-- 
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/DebFrFrenchLists
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs From et
Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]