On Son, 29 Jun 2003 at 13:53 (+0200), Bernd Obermayr wrote:
Matthias Houdek schrieb: [...]
Lösche einfach in jeder Zeile den Benutzernamen root vor dem auszuführenden Befehl.
Nein, wie Bernd Brodesser schon schrieb, hat er offenbar eine Kopie von /etc/crontab root zugeordnet. [1]
wahrscheinlich mit crontab /etc/crontab
Nötig ist hier: 1. Nachsehen ob /etc/crontab existiert und ok ist. ggf. eine Sicherungskopie erstellen. 2. Als root crontab -r ausführen. Damit wird /var/spool/cron/tabs/root entfernt.
Trifft 1. nicht zu, so muss die Datei /var/spool/cron/tabs/root nach /etc/crontab kopiert, und dann 2. ausgeführt werden.
[...] Das ist so nicht ganz korrekt. Auch der Vorschlag von Matthias ist richtig, wenn es sich um die Benutzer-crontab von root handelt - und das ist Unix-Standard. /etc/crontab ist was Linux-spezifisches und IMHO total daneben, weil z. B. das crontab-Kommando nach wie vor auf die benutzerspezifischen crontabs geht: k500:~ # crontab -l no crontab for root k500:~ # cat /etc/crontab SHELL=/bin/sh PATH=/usr/bin:/usr/sbin:/sbin:/bin:/usr/lib/news/bin MAILTO=root # # check scripts in cron.hourly, cron.daily, cron.weekly, and # cron.monthly # -*/15 * * * * root test -x /usr/lib/cron/run-crons && /usr/lib/cron/run-crons >/dev/null 2>&1 59 * * * * root rm -f /var/spool/cron/lastrun/cron.hourly 14 0 * * * root rm -f /var/spool/cron/lastrun/cron.daily 29 0 * * 6 root rm -f /var/spool/cron/lastrun/cron.weekly 44 0 1 * * root rm -f /var/spool/cron/lastrun/cron.monthly Deshalb finde ich /etc/crontab schlicht und ergreifend Schwachsinn, denn _kein_ Benutzer kann die Einträge in /etc/crontab mit den normalerweise dafür vorgesehenen Kommandos (man 1 crontab, wie Du schon schriebst) pflegen - und ein unprivilegierter User kann nichtmal an die Datei ran! Ich habe noch nie verstanden, warum dieses Ungetüm jemals eingeführt wurde. Der einzige Grund, den ich mir denken kann, ist, dass /etc/crontab die Pflege für den Systemverwalter erleichtert, wenn er cron-Jobs mit verschiedenen Benutzer-Accounts (also auch mit abgestuften Rechten) einrichten will - wie z. B. einen mysql-Job oder so. Das ist aber IMHO auch unnötig, weil root ja per crontab-Kommando auch die crontabs anderer Benutzer pflegen könnte (und dann gleich sicher wäre, dass er keinen Blödsinn als Benutzernamen schreibt): k500:~ # crontab -e -u wrdlwrmpft crontab: user `wrdlwrmpft' unknown Mit /etc/crontab wird doch nur Konfusion angerichtet - wären wenigstens die einschlägigen Kommandos so schlau und würden diese Datei berücksichtigen! BTW: Ich weiss nicht mal, ob /var/spool/cron/allow und /var/spool/cron/deny durch die Einträge in /etc/crontab nicht auch ausgehebelt werden (wer Lust hat, kann das ja mal testen). Kurz gefasst: /etc/crontab ist IMHO so nützlich wie eine Laus in einem Raumanzug - es juckt, aber Du kannst Dich nicht kratzen, es sei denn, Du bist Gott auf Deinem System. Und dann weisst Du noch nicht mal, ob Du anstelle der Laus Deine Nase amputiert hast. Jan