cron deinstallieren (aufgegeben)

[fischig]

Wie nötig ist cron auf einem Arbeits-PC mit bookworm?
Wissentlich nutze ich das nie. Und nach meinen Informationen macht es auch nur Sinn bei dauerhaft eingeschalteten Rechnern. Ich entferne gerne Programme die für mich überflüssig sind. (bullseye mit systemd).
Bei der probeweisen Deinstallation würde cron durch anacron ersetzt. Da das nach dem letzten hier eingesehenen Thread für mich genauso sinnlos erscheint, kann ich's auch lassen. Ich habe auch nicht die Absicht, eine systemd-Ersatz-Unit für ein (ungenutztes) cron zu schreiben.

[MSfree]

Cron wir auch vom System genutzt, um regelmässige Dinge auszuführen.

Zum Beispiel wird das Systemlog in regelmässigen Abständen "rotiert", es wird ein neues Log angefangen, das alte umbenant und ganz alte gelöscht (mehr dazu siehe man logrotate). Das verhindert, daß die Platte mit der Zeit mit Logs zugemüllt wird.

Siehe auch:

Code: Alles auswählen

ls -l /etc/cron*

Es ist also keine gute Idee, cron zu löschen. Ich behaupte sogar, daß cron für das System notwendig ist, zumindest, bis systemd alle Aufgaben übernommen hat, die bisher cron ausführt.

[fischig]

Zum Beispiel wird das Systemlog in regelmässigen Abständen "rotiert", es wird ein neues Log angefangen, das alte umbenant und ganz alte gelöscht (mehr dazu siehe man logrotate). Das verhindert, daß die Platte mit der Zeit mit Logs zugemüllt wird.

OK, leuchtet ein, dass man das ohne Not nicht aufgeben will. Aber gilt das auch, wenn der Rechner eben nur stundenweise eingeschaltet ist? cron holt doch nach meinem Kenntnisstand keine verpassten Zeitpunkte nach.

[mat6937]

Bei der probeweisen Deinstallation würde cron durch anacron ersetzt. Da das nach dem letzten hier eingesehenen Thread für mich genauso sinnlos erscheint, kann ich's auch lassen.

Du musst cron ja nicht gleich deinstallieren. Man kann die default-Eintragungen in der /etc/crontab auch kommentieren.
In den Verzeichnissen:

Code: Alles auswählen

ls -la /etc/cron.*

nachschauen welche Scripte evtl. doch ausgeführt werden sollen bzw. nützlich sind und diese Scripte dann von einer timer-unit ausführen lassen.

[fischig]

Ich will mich damit eigentlich nicht näher beschäftigen. Wenn's HIER macht, was MSfree anführt, dann mag's bleiben.
Was ist mit den Zeitpunkten? Gut, ich kann euch die configs zeigen. Aber da ich die seit zwanzig Jahren Debian nie angerührt habe, sind es die default-Einstellungen, ergo hielte ich das für unnütze Mühe.

[mat6937]

Was ist mit den Zeitpunkten?

Um die ("verpassten") Zeitpunkte kümmert sich anacron.

[fischig]

Um die ("verpassten") Zeitpunkte kümmert sich anacron.

Das nicht installiert ist. Plädierst du dafür, cron durch anacron zu ersetzen? s.o.

[dasebastian]

Fischig dürfte anacron nicht installiert haben, wenn ich den Eröffnungsbeitrag richtig interpretiere.

Ich denke, wenn nur Cron installiert ist, wird das einfach beim nächsten "Trigger" nachgeholt und nicht, wie bei anacron, so bald wie möglich.

EDIT: Ups, sorry, ich war zu langsam - doppelt gemoppelt.

[mat6937]

Das nicht installiert ist.

Hast Du es deinstalliert?

Plädierst du dafür, cron durch anacron zu ersetzen?

Nein. Wenn Du cron (so wie es per default vorgesehen ist) nutzen willst und anacron "dazu gehört", dann solltest Du anacron nicht deinstallieren.
Alternativen/workarounds, s. o..

[mat6937]

Ich denke, wenn nur Cron installiert ist, wird das einfach beim nächsten "Trigger" nachgeholt und nicht, wie bei anacron, ...

Was wäre deiner Meinung nach, so ein "Trigger" (ohne anacron)?

[fischig]

Mich dünkt, ihr „denkt“, aber „wisst“ auch nicht mehr als ich.

Zum Beispiel wird das Systemlog in regelmässigen Abständen "rotiert"

Soweit ich weiß, ist logrotate dafür zuständig. Nichtsdestotrotz, sehe ich unter /var/log, dass da logs „rotieren“. Wenn cron das zuverlässig anstößt (und nicht nach Zufallsprinzip, wenn der Rechner gerade hochgefahren ist oder eben nicht), dann ist das für mich ein Grund, cron installiert zu lassen. Weiß jemand definitiv, dass dem so ist?

Hast Du es deinstalliert?

Meines Wissens wird anacron defaultmäßig nicht installiert.

Ich will doch nur wissen, ob's einen plausiblen Grund gibt, cron/anacron installiert zu lassen. Bisher kann ich das nicht zweifelsfrei nachvollziehen. Wenn das zu erklären zu kompliziert wird, dann lassen wir's halt, wie's ist. So wichtig ist mir das nun nicht. Aber es hinterlässt bei mir halt ein Geschmäckle, wenn Debian mir Dinge installiert, von denen ich nicht weiß, ob ich/mein System die überhaupt nutz(t/e).

[dasebastian]

Was wäre deiner Meinung nach, so ein "Trigger" (ohne anacron)?

Naja, schau dir doch einfach mal deine /etc/crontab an...

Mich dünkt, ihr „denkt“, aber „wisst“ auch nicht mehr als ich.

Das kann freilich gut sein. Ich habe gerade vor Kurzem erst halt Anacron zu schätzen gelernt...

Meines Wissens wird anacron defaultmäßig nicht installiert.

Bei Laptops wird es standardmäßig mitinstalliert, sonst nicht.

Ich will doch nur wissen, ob's einen plausiblen Grund gibt, cron/anacron installiert zu lassen.

Die Mans werden auch aktuell damit gehalten. Du kannst dir deine Jobs doch anschauen und dann entscheiden. So der "Bloat" ist das jetzt aber auch nicht, aus meiner Sicht. Stört doch nicht?

[fischig]

So der "Bloat" ist das jetzt aber auch nicht

Sag' ich doch!

Stört doch nicht?

„Was hast du gegen Beamte? - die tun doch nix!“

Bei Laptops wird es standardmäßig mitinstalliert

Das wäre mir neu, dass der Installer da einen Unterschied machte. Aber gut, ich setze meine Debiane in der Regel hoch und installiere nicht neu.

[Tintom]

Ich will doch nur wissen, ob's einen plausiblen Grund gibt, cron/anacron installiert zu lassen. Bisher kann ich das nicht zweifelsfrei nachvollziehen.

Die Gründe finden sich in /etc/cron.d
Wenn das Verzeichnis leer wäre, könntest du auf cron/anachron verzichten. Da es das aber vermutlich nicht ist, musst du dich auf eine größere Säuberungsaktion gefasst machen, sofern du cron und anachron entfernen willst

[dasebastian]

... dass der Installer da einen Unterschied machte ...

Bei Erkennung von Laptops wird wohl task-laptop installiert, ist zumindest bei mir der Fall. Hier steht im Debianwiki was dazu.

EDIT: Link korrigiert

[fischig]

Da es das aber vermutlich nicht ist, musst du dich auf eine größere Säuberungsaktion gefasst machen, sofern du cron und anachron entfernen willst

Naja, die Simulation habe ich selbstverständlich schon durch, und abgesehen davon, dass die mir nur cron durch anacron ersetzen will, (s.o.) habe ich nichts gesehen, was mir missfallen hätte.

In /etc/cron.d gibt's zwei mir inhaltlich unverständliche Zweizeiler. Möchtest du die sehen?

Bei Erkennung von Laptops wird wohl task-laptop installiert

Wenn ich neu installiere, installiere ich grundsätzlich nur das „Grundsystem“. Aber ok, standard ist das wohl nicht.

[dasebastian]

Wenn ich neu installiere, installiere ich grundsätzlich nur das „Grundsystem“.

Beim grafischen Installer läuft das von selbst ab - ich nehme da auch jeden Haken bis auf die Basiswerkzeuge raus. Aber egal.

[MSfree]

Soweit ich weiß, ist logrotate dafür zuständig. Nichtsdestotrotz, sehe ich unter /var/log, dass da logs „rotieren“.

Ja, im Moment sollte da noch cron für zuständig sein, das Programm logrotate anzustossen. Im /verzeichnis /etc/cron.daily gibt es ein entsprechendes Skript namens "logrotate". Wann die Skripte unter /etc/cron.daily angestossen werden, steht in der Datei /etc/crontab.

Auf meiner Trixie-Kiste gibt es allerdings auch eine logrotate.timer-Unit und einen logrotate.service. Ich hatte ja oben schon geschrieben, daß wohl systemd nach und nach die Aufgaben übernimmt, die cron zur Zeit übernimmt. Vollständig ist das aber noch nicht und wird frühestens mit dem Release von Trixie umgestellt sein.

Ich will doch nur wissen, ob's einen plausiblen Grund gibt, cron/anacron installiert zu lassen.

Zunächst einmal, warum sollte man sowas überhaupt deinstallieren wollen? Ein paar MB Platzverbrauch auf der HDD/SSD kann es ja wohl nicht sein. Im Zweifelsfall führt cron immer noch wichtige Aufgaben aus, die nach der Deinstallation dann fehlen würden. Schau doch einfach mal selbst unter /etc/cron.* nach.

Neben dem durchaus sinnvollen logrotate werden ebenfalls regelmässig wichtige Dateien nach /var/backup gesichert, wie z.B. die Paketdatenbank.

[fischig]

Es geht offenbar gar nicht. Ich hab's jetzt einfach mal auf einer wenig wichtigen Maschine (ohne systemd) probiert: Deinstalliere ich cron, wird automatisch anacron installiert und umgegkehrt. Hoffen wir mal, dass die Maintainer sich dabei was gedacht haben.

[mat6937]

Was wäre deiner Meinung nach, so ein "Trigger" (ohne anacron)?

Naja, schau dir doch einfach mal deine /etc/crontab an...

OK. In meiner /etc/crontab gibt es z. B., u. a. auch die Zeile:

Code: Alles auswählen

25 6	* * *	root	test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )

Wie geschrieben, anacron ist nicht installiert und mein Rechner ist _nie_ um 6:25 Uhr eingeschaltet.
Wie und wann werden dann die Scripte im Verzeichnis "/etc/cron.daily", ausgeführt?

[mat6937]

Ich will doch nur wissen, ob's einen plausiblen Grund gibt, cron/anacron installiert zu lassen. Bisher kann ich das nicht zweifelsfrei nachvollziehen. Wenn das zu erklären zu kompliziert wird, dann lassen wir's halt, wie's ist.

Die Verzeichnisse:

Code: Alles auswählen

/etc/cron.hourly
/etc/cron.daily )
/etc/cron.weekly )
/etc/cron.monthly 

sind gleichzeitig auch Verzeichnisse des anacron-Dienstes (siehe in der "/etc/anacrontab" oder gleichwertig) und somit können die dort abgelegten Scripte nicht nur von cron via Zeitangabe, sondern auch von anacron, unabhängig davon wann das Gerät eingeschaltet ist/wird, ausgeführt werden.

[tobo]

Es geht offenbar gar nicht. Ich hab's jetzt einfach mal auf einer wenig wichtigen Maschine (ohne systemd) probiert: Deinstalliere ich cron, wird automatisch anacron installiert und umgegkehrt. Hoffen wir mal, dass die Maintainer sich dabei was gedacht haben.

Wenn Anacron installiert ist, dann wird dadurch sichergestellt (/etc/anacrontab), dass die Cronjobs auch ausgeführt werden, wenn der Rechner zum eigentlich vorgesehenen (/etc/crontab) Zeitpunkt nicht eingeschaltet ist. Wenn du also wählen müsstest, dann Anacron...

Wie geschrieben, anacron ist nicht installiert und mein Rechner ist _nie_ um 6:25 Uhr eingeschaltet.
Wie und wann werden dann die Scripte im Verzeichnis "/etc/cron.daily", ausgeführt?

Gar nicht, cronjobs werden (ohne anacron) nicht nachgeholt:

Note that all the system-wide tasks will run, by default, from 6 am to 7 am. In the case of systems that are not powered on during that period of time, only the hourly tasks will be executed unless the defaults above are changed.

Glücklicherweise kann man aber die Zeiten in /etc/crontab editieren.

[mat6937]

Gar nicht, ...

Ja, nur dass die Frage nicht an dich gerichtet war, ... denn es geht um den nächsten "Trigger" (siehe oben).

[Livingston]

Um den Knoten hier mal aufzulösen:
cron sorgt dafür dass die Aufträge in crontab genau zum angegebenen Zeitpunkt ausgeführt werden. Einen anderen "Trigger" gibt es nicht. cron ist also sinnvoll für Server bzw. Rechner, die Tag und Nacht durchlaufen.
anacron führt die Aufträge zum angegebenen Zeitpunkt durch oder holt Aufträge nach, die durch Ausschalten/Schlafenlegen verpasst wurden; wird also auf Desktops/Laptops etc. ausgeführt, die zwischenzeitlich augeschaltet werden.
Beides zu installieren macht also kaum Sinn. Nichts von beidem zu installieren halte ich für knifflig, weil sonst keine Aufräumarbeiten stattfinden (logrotate, trim für SSDs etc.)

Schau einfach mal in die Verzeichnisse /etc/cron.{hourly,daily,weekly,monthly} rein. Die Scripte darin haben sprechende Namen und sagen Dir meist auf dem ersten Blick, was sie aufräumen. Zur Not einfach mal kurz mit less oder 'nem Editor reinschauen.
Sobald systemd vollständig die Macht übernommen hat, müssen wir uns zum Glück darüber keinen Kopf mehr machen.

[JTH]

Um hier ein bisschen Durcheinander zu stiften:

anacron ist übrigens kein vollständiger Ersatz für cron. Damit die Funktionalität von anacron überhaupt gegeben ist, muss cron weiterhin installiert sein (oder das gleichwertige systemd-cron). Auch wenn die Paketabhängigkeiten hier etwas anderes andeuten.

Alles, was anacron macht, ist, einen Cronjob mitzubringen, der regelmäßig läuft und aufpasst, dass tägliche, wöchentliche oder monatliche Cronjobs auch (nachträglich) ausgeführt werden, wenn das System zu dem Zeitpunkt aus war.

anacron selbst ist kein Daemon, der ständig läuft. Deshalb sieht der Eintrag für tägliche Cronjobs so aus:

Code: Alles auswählen

25 6	* * *	root	test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )

Wenn das anacron-Programm vorhanden ist, tut cron hier nix und überlässt es anacron, die Jobs in /etc/cron.daily auszuführen (äquivalent für weekly und monthly).

Falls man direkt in der /etc/crontab etwas zusätzliches eingetragen hat, müsste man das in die anacrontab verschieben, damit es unter die gleiche anacron-Funktionalität fällt.

Der Cronjob, der anacron periodisch startet, liegt in /etc/cron.d/anacron, wenn anacron installiert ist.