-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jan Trippler wrote:
> Wozu dann das Feld "user"? Naja, weil die "Standard-Jobs" zum Beispiel dort von Haus aus als root angelegt sind. Aber ich k�nnte mir auch systemweite Dienste vorstellen, die keine Root-Rechte brauchen (z.B. einige Spooler oder �hnliche Dienste). > Und es wird immer un�bersichtlicher ;) Wenn Du als User cron-Jobs > ausf�hren lassen willst, bleibt Dir nur das crontab-Kommando - und > das schreibt nach /var/spool/cron/crontabs/<user>. Weder an > /etc/crontab noch an /etc/cron.d kommst Du als User ran, als root > nur mit einem Editor. Jetzt z�hl mal zusammen, an wievielen Stellen Jupp, genau. Das ist ja auch genau richtig so. Jeder einzelne Nutzer kann sich damit seine eigene Crontab erstellen und ausf�hren lassen, warum auch immer er das tun will. Aber wichtig ist halt, das sind Crontabs von Benutzern... > n�mlich alles anzeigen w�rde. Siehst Du die Jobs aus /etc/cron.d > oder /etc/crontab irgendwo? Nein. Was ist daran �bersichtlicher > oder bequemer? Wie ich schon sagte, da kann man sich streiten wenn man will - ist Geschmackssache. Aber als "normaler" Nutzer kann ich die dann trotzdem nicht einsehen, ich kann nur meine eigene Crontab �ndern. Die jeweils anderen kann auch nur ein anderer Nutzer �ndern oder eben root. Zumindest bei mir geh�ren alle Crontabs root und sind auch nur f�r ihn lesbar. Zu bequemer und �bersichtlicher: In /etc/crontab kann ich mir alle Cronjobs reinschreiben, die das gesamte System betreffen und von dort aus auch als ein spezieller Benutzer ausf�hren lassen - zum Beispiel hier ein Skript, dass auf neue Mails testet und dann den einzelnen (Windows-)Benutzer benachrichtigt. Das ist ja eine Aufgabe des Systems und nicht die von root - also dorthin. Und ich weiss dann auch, wo ich nachschauen muss, wenn ich wissen will was im System l�uft. Und /etc/cron.d (was soweit ich weiss debianspezifisch ist) k�mmert sich um alle Cronjobs die ein bestimmtes Programm/Paket ben�tigt (hier zum Beispiel PostgreSQL, mailscanner und �hnliche). Zum Schluss finde ich dann alle Cronjobs von Benutzern in den /var/spool/cron/crontabs - aber das sind dann alles Dinge die Benutzer f�r sich tun lassen wollen. Und warum ich das �bersichtlicher finde (IMHO), liegt daran, dass ich mal unter Solaris mich dusselig suchen musste (wegen fehlender Dokumentation eines Programms), welches etliche Cronjobs brauchte, die alle unter verschiedenen Nutzern liefen. Ich meine das waren so gut an die 25-30 Cronjobs die sich auf 16 Nutzer aufteilten (davon war kein Nutzer ein "echter Nutzer" des Systems, sondern es waren alles Programm- oder Systemaccounts). Bis man das alles r�ckw�rts wieder auseinander gedr�selt hat, wo welcher Job warum hingeh�rt, dauert es eine Weile (besonders wenn so Nutzer wie mail mit im Spiel sind, die auch neben den betroffenen Aufgaben auch noch andere Sachen erledigen). Da h�tte ich mir gew�nscht einen Blick auf /etc/cron.d/foo gew�nscht, wo in einer Liste alle Cronjobs dringestanden h�tten. Aber wie gesagt, kann man sich dr�ber streiten. Jeder mag und soll da eine andere Auffassung haben und auch die verschiedenen Crondeamons machen das alle etwas anders :-) Viele Gr��e aus dem Schnee Jan -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFAKzxRvvmCkIIgH8QRAqVaAJ9lkSR9ShQWimDxMHc/1ItfZ0xQwwCfW1QH 2RgEQAssVte6PUERC5R3tHE= =TXAZ -----END PGP SIGNATURE----- -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
