> > s�rieusement, c'est quoi ce b...z ? > > Il doit y avoir un paquet qui a fait du crontab -e en root au lieu > de suivre les textes sacr�s... � moins que ce soit un vestige de > slink/hamm/bo/mathusalem ?
Bon, ok, je commence � piger, je vais donc r�capituler pour voir si on est synchro et en tirer les conclusions qui s'imposent. le daemon cron qui ex�cutent les scripts cron parcours la s�quence suivante : [je ne parle que de ce qui nous int�resse ici, manque donc des trucs] (a) il charge /etc/crontab en m�moire (cf man cron), i.e il se donne un "/var/spool/cron/crontabs/root" en consid�rant /etc/crontab comme le-dit fichier. (b) il regarde dans /var/spool/cron/crontabs et "successivement" ex�cute les fichiers qui s'y trouvent d�nomm�s user1 user2 user3... (le nom permet au passage je suppose de prendre les bons droits pour ce faire) Ce mode de fonctionnement fait l'hypoth�se d'un partitionnement (a)|(b) c-a-d (root)|(users), partitionnement qui se transcrit aussi par un changement de syntaxe entre les deux ensembles de fichiers (/etc/crontab et /var/spool...) puisqu'il est inutile de pr�ciser les droits pour (a) ie (root) ie (/etc/crontab). Ce parititionnement __est cass�__ si on ex�cute crontab -e root, car cela � pour effet de "transporter" /etc/crontab dans /var/spool [ici, faire l'analogie avec /etc/fstab et /etc/mtab] le tout avec une syntaxe inadapt�e ... !!! Question simple : pourquoi est-il possible de faire une manip pareille (crontab -e en root) ???? -- # mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 # INRETS, 20 rue �lis�e Reclus fax: (33) 03 20 43 83 59 # BP 317 -- 59666 Villeneuve d'Ascq # http://www3.inrets.fr/estas/mariano
