georges mariano a �crit, jeudi 27 septembre 2001, � 14:39 : [...] > 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.
Pas exactement, /etc/crontab est le fichier � system-wide �, o� l'utilisateur est indiqu� dans le champ suppl�mentaire. > (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, Non, mais il faut alors utiliser la syntaxe d'un utilisateur normal, sans le champ � user �. Il doit y avoir un paquet quelconque qui est bogu�, AMHA, et utilise le format /etc/crontab avec crontab -e. Qu'est-ce qu'il y avait apr�s le champ � root �, dans /var/spool/cron/crontabs/root ? > Question simple : > pourquoi est-il possible de faire une manip > pareille (crontab -e en root) ???? Parce que root est *aussi* un utilisateur valide pour /usr/bin/crontab. -- Jacques L'helgoualc'h
