Je souhaite faire une sauvegarde automatique sur un HDD USB pour cela
j'utilise un cron
* * 5 * * /root/backup.sh (effectu=E9 sous ROOT)
cela fonctionne que si j'ai une session active en root ou autre
utilisateur, sinon le cron ne se lance pas lorsque l'on est sur
l'ecran d'identification de connection
Pourquoi doit on avoir une session active pour que le cron
fonctionne ?
non, je parle bien du fichier /etc/crontab alors que toi tu parles des fichiers crontab utilisateurs, que l'on modifie avec la commande 'crontab -e'
Juste un point qui a été raté, je pense :
j'ai effectué crontab -e sous la session de root
Donc la syntaxe employée est correcte. Et je n'ai pas la moindre idée pour son problème.
-- Stéphan Peccini <URL:http://photonature.fr>
Eric Belhomme
=?iso-8859-15?Q?Sébastien_Monbrun_aka_TiChou?= wrote in news::
Un peu facile comme raisonnement. Gentoo et Slackware qui n'utilisent pas par défaut le cron de Vixie sont donc des distributions Linux non standards ? Dans le même genre, rpm est standard puisqu'il est utilisé par la majorité des distributions Linux.
peut etre facile, mais vrai, et applicables à pleins d'autres services de base. Par exemple, Debian utilise toujours inetd, bien qu'il soit moche et vulnérable, alors que xinetd existe depuis plus de 10 ans. Pareil pour syslog, pour lequel il exite des implémentations bien plus performantes.
Alors pourquoi les distributions ne migrent-ils pas vers ces versions ? parce que les "originaux" sont devenus des standards de fait, et qu'on ne bouscule pas les habitudes comme ca !
Pour en revenir à cron, je viens de booter mon portable, sur lequel j'ai un dual-boot debian Etch/freeBSD 6.2, et il se trouve que ces 2 OS utilisent le cron de Vixie tous les deux...
extrait de la manpage de freeBSD :
"The cron utiliy searches /var/cron/tabs for crontab files which are named after accounts in /etc/passwd; crontabs found are loaded into mem- ory. The cron utility also searches for /etc/crontab whitch is in a dif- erent format (see crontab(5))."
Pour ce qui me concerne, le cron de Vixie _est_ le cron standard, les autres sont les chalengers. D'autre part, comme le fait remarquer Nicolas, cron déclenche des taches pour les utilisateurs, mais aussi pour le système. /etc/crontab a donc toute sa raison d'être
-- Rico
=?iso-8859-15?Q?Sébastien_Monbrun_aka_TiChou?= <gro.uohcit@uohcit>
wrote in news:gniii.20070222152636@florizarre.tichou.org:
Un peu facile comme raisonnement. Gentoo et Slackware qui n'utilisent
pas par défaut le cron de Vixie sont donc des distributions Linux non
standards ?
Dans le même genre, rpm est standard puisqu'il est utilisé par la
majorité des distributions Linux.
peut etre facile, mais vrai, et applicables à pleins d'autres services de
base. Par exemple, Debian utilise toujours inetd, bien qu'il soit moche
et vulnérable, alors que xinetd existe depuis plus de 10 ans. Pareil pour
syslog, pour lequel il exite des implémentations bien plus performantes.
Alors pourquoi les distributions ne migrent-ils pas vers ces versions ?
parce que les "originaux" sont devenus des standards de fait, et qu'on ne
bouscule pas les habitudes comme ca !
Pour en revenir à cron, je viens de booter mon portable, sur lequel j'ai
un dual-boot debian Etch/freeBSD 6.2, et il se trouve que ces 2 OS
utilisent le cron de Vixie tous les deux...
extrait de la manpage de freeBSD :
"The cron utiliy searches /var/cron/tabs for crontab files which are
named after accounts in /etc/passwd; crontabs found are loaded into mem-
ory. The cron utility also searches for /etc/crontab whitch is in a dif-
erent format (see crontab(5))."
Pour ce qui me concerne, le cron de Vixie _est_ le cron standard, les
autres sont les chalengers. D'autre part, comme le fait remarquer
Nicolas, cron déclenche des taches pour les utilisateurs, mais aussi pour
le système. /etc/crontab a donc toute sa raison d'être
=?iso-8859-15?Q?Sébastien_Monbrun_aka_TiChou?= wrote in news::
Un peu facile comme raisonnement. Gentoo et Slackware qui n'utilisent pas par défaut le cron de Vixie sont donc des distributions Linux non standards ? Dans le même genre, rpm est standard puisqu'il est utilisé par la majorité des distributions Linux.
peut etre facile, mais vrai, et applicables à pleins d'autres services de base. Par exemple, Debian utilise toujours inetd, bien qu'il soit moche et vulnérable, alors que xinetd existe depuis plus de 10 ans. Pareil pour syslog, pour lequel il exite des implémentations bien plus performantes.
Alors pourquoi les distributions ne migrent-ils pas vers ces versions ? parce que les "originaux" sont devenus des standards de fait, et qu'on ne bouscule pas les habitudes comme ca !
Pour en revenir à cron, je viens de booter mon portable, sur lequel j'ai un dual-boot debian Etch/freeBSD 6.2, et il se trouve que ces 2 OS utilisent le cron de Vixie tous les deux...
extrait de la manpage de freeBSD :
"The cron utiliy searches /var/cron/tabs for crontab files which are named after accounts in /etc/passwd; crontabs found are loaded into mem- ory. The cron utility also searches for /etc/crontab whitch is in a dif- erent format (see crontab(5))."
Pour ce qui me concerne, le cron de Vixie _est_ le cron standard, les autres sont les chalengers. D'autre part, comme le fait remarquer Nicolas, cron déclenche des taches pour les utilisateurs, mais aussi pour le système. /etc/crontab a donc toute sa raison d'être
-- Rico
Emmanuel Florac
Le Fri, 23 Feb 2007 09:30:38 +0000, Eric Belhomme a écrit :
peut etre facile, mais vrai, et applicables à pleins d'autres services de base. Par exemple, Debian utilise toujours inetd, bien qu'il soit moche et vulnérable, alors que xinetd existe depuis plus de 10 ans.
Faut dire aussi que la Slackware n'utilise pas le cron dixie et ne s'en porte pas plus mal; quant à xinetd c'est une pure linuxerie (pas vu de xinetd dans solaris...), et c'est nettement plus pénible à configurer qu'inetd.
-- That ideas should freely spread from one to another over the globe, for the moral and mutual instruction of man, and the improvement of his conditions, seems to have been peculiarly and benevolently designed by nature, when she made them, like fire, expansible over all space, without lessening their density in any point, and like the air in which we breathe, move, and have our physical being, incapable of confinement of exclusive appropriation. Inventions then cannot, in nature, be a subject of property. Thomas Jefferson.
Le Fri, 23 Feb 2007 09:30:38 +0000, Eric Belhomme a écrit :
peut etre facile, mais vrai, et applicables à pleins d'autres services de
base. Par exemple, Debian utilise toujours inetd, bien qu'il soit moche et
vulnérable, alors que xinetd existe depuis plus de 10 ans.
Faut dire aussi que la Slackware n'utilise pas le cron dixie et ne s'en
porte pas plus mal; quant à xinetd c'est une pure linuxerie (pas vu de
xinetd dans solaris...), et c'est nettement plus pénible à configurer
qu'inetd.
--
That ideas should freely spread from one to another over the globe,
for the moral and mutual instruction of man, and the improvement of his
conditions, seems to have been peculiarly and benevolently designed by
nature, when she made them, like fire, expansible over all space,
without lessening their density in any point, and like the air in which
we breathe, move, and have our physical being, incapable of confinement
of exclusive appropriation. Inventions then cannot, in nature, be a
subject of property.
Thomas Jefferson.
Le Fri, 23 Feb 2007 09:30:38 +0000, Eric Belhomme a écrit :
peut etre facile, mais vrai, et applicables à pleins d'autres services de base. Par exemple, Debian utilise toujours inetd, bien qu'il soit moche et vulnérable, alors que xinetd existe depuis plus de 10 ans.
Faut dire aussi que la Slackware n'utilise pas le cron dixie et ne s'en porte pas plus mal; quant à xinetd c'est une pure linuxerie (pas vu de xinetd dans solaris...), et c'est nettement plus pénible à configurer qu'inetd.
-- That ideas should freely spread from one to another over the globe, for the moral and mutual instruction of man, and the improvement of his conditions, seems to have been peculiarly and benevolently designed by nature, when she made them, like fire, expansible over all space, without lessening their density in any point, and like the air in which we breathe, move, and have our physical being, incapable of confinement of exclusive appropriation. Inventions then cannot, in nature, be a subject of property. Thomas Jefferson.
Nicolas George
Emmanuel Florac wrote in message : [ au sujet d'xinetd ]
et c'est nettement plus pénible à configurer qu'inetd.
Pas d'accord : il n'y a rien de pire que les fichiers de configuration découpés en champs par des espaces, en forme de pseudo-tableau.
Emmanuel Florac wrote in message
<pan.2007.02.23.10.50.55.67356@imaginet.fr>:
[ au sujet d'xinetd ]
et c'est nettement plus pénible à configurer
qu'inetd.
Pas d'accord : il n'y a rien de pire que les fichiers de configuration
découpés en champs par des espaces, en forme de pseudo-tableau.
Nicolas George <nicolas$ wrote in news:45decc4f$0$947 $:
Pas d'accord : il n'y a rien de pire que les fichiers de configuration découpés en champs par des espaces, en forme de pseudo-tableau.
ca dépend... Je trouve que inetd.conf est imbittable, en revanche, fstab est parfaitement clair, tout comme un fichier crontab (pour rester en charte)
-- Rico
Nicolas George
Eric Belhomme wrote in message :
ca dépend... Je trouve que inetd.conf est imbittable, en revanche, fstab est parfaitement clair
Je n'aime pas du tout fstab : pour peu qu'on ajoute un filesystem avec un point de montage un peu long, ou des options inhabituelles, on est obligé de tout décaler, ou de perdre l'alignement.
Eric Belhomme wrote in message
<Xns98E08E5DA229Bericbelhommefreefr@212.27.60.39>:
ca dépend... Je trouve que inetd.conf est imbittable, en revanche, fstab
est parfaitement clair
Je n'aime pas du tout fstab : pour peu qu'on ajoute un filesystem avec un
point de montage un peu long, ou des options inhabituelles, on est obligé de
tout décaler, ou de perdre l'alignement.
ca dépend... Je trouve que inetd.conf est imbittable, en revanche, fstab est parfaitement clair
Je n'aime pas du tout fstab : pour peu qu'on ajoute un filesystem avec un point de montage un peu long, ou des options inhabituelles, on est obligé de tout décaler, ou de perdre l'alignement.
Vincent Bernat
OoO En cette matinée pluvieuse du vendredi 23 février 2007, vers 10:30, Eric Belhomme <{rico}+no/ disait:
peut etre facile, mais vrai, et applicables à pleins d'autres services de base. Par exemple, Debian utilise toujours inetd, bien qu'il soit moche et vulnérable
Debian utilise maintenant celui d'OpenBSD. Mais cela ne change rien à la suite de ton raisonnement. -- panic("huh?n"); 2.2.16 /usr/src/linux/arch/i386/kernel/smp.c
OoO En cette matinée pluvieuse du vendredi 23 février 2007, vers
10:30, Eric Belhomme <{rico}+no/spam@ricospirit.net> disait:
peut etre facile, mais vrai, et applicables à pleins d'autres services de
base. Par exemple, Debian utilise toujours inetd, bien qu'il soit moche
et vulnérable
Debian utilise maintenant celui d'OpenBSD. Mais cela ne change rien à
la suite de ton raisonnement.
--
panic("huh?n");
2.2.16 /usr/src/linux/arch/i386/kernel/smp.c
OoO En cette matinée pluvieuse du vendredi 23 février 2007, vers 10:30, Eric Belhomme <{rico}+no/ disait:
peut etre facile, mais vrai, et applicables à pleins d'autres services de base. Par exemple, Debian utilise toujours inetd, bien qu'il soit moche et vulnérable
Debian utilise maintenant celui d'OpenBSD. Mais cela ne change rien à la suite de ton raisonnement. -- panic("huh?n"); 2.2.16 /usr/src/linux/arch/i386/kernel/smp.c
Emmanuel Florac
Le Fri, 23 Feb 2007 11:13:19 +0000, Nicolas George a écrit :
Pas d'accord : il n'y a rien de pire que les fichiers de configuration découpés en champs par des espaces, en forme de pseudo-tableau.
Et bien moi je ne trouve pas, ça fait 25 qu'inetd rulez et je ne suis pas près de changer, na :)
-- Il y a toujours un bug de plus. Loi de Lubarsky.
Le Fri, 23 Feb 2007 11:13:19 +0000, Nicolas George a écrit :
Pas d'accord : il n'y a rien de pire que les fichiers de configuration
découpés en champs par des espaces, en forme de pseudo-tableau.
Et bien moi je ne trouve pas, ça fait 25 qu'inetd rulez et je ne suis pas
près de changer, na :)
--
Il y a toujours un bug de plus.
Loi de Lubarsky.
