gnafets: Danke! Darauf wäre ich nicht so schnell gekommen. Damit läuft anacron beim Systemstart schon mal los und erledigt die anstehenden Arbeiten. Allerdings wird anacron immer noch nach dem ersten Lauf nach dem Systemstart beendet. Unter Hardy lief anacron dagegen noch als eigener Dienst weiter, neben cron. Ich würde jetzt nur noch gerne wissen, ob das eine gewollte Änderung ist, oder ob es noch einen weiteren ungewollten Grund gibt, warum anacron nicht weiterläuft.
Eine gewollte Änderung kann ich verstehen: denn wenn anacron nach dem Systemstart seine Arbeit verrichtet hat, können alle anderen regelmäßigen Arbeiten bis zum nächsten Aus- und wieder Einschalten von cron übernommen werden.
AAABER!! Dann darf /etc/crontab aber nicht so aussehen, wie sie nach der Installation aussieht:
# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file
# and files in /etc/cron.d. These files also have username fields,
# that none of the other crontabs do.
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
# m h dom mon dow user command
17 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
#
Denn die Tatsache, daß ein ausführbares Binary /usr/sbin/anacron existiert, sagt ja nichts darüber aus, ob es auch aktiv ist. Wenn also das Abschalten des Dienstes anacron nach dessen ersten Lauf gewollt ist, müßte die /etc/crontab entsprechend anders aussehen.
Oder habe ich da jetzt einen Denkfehler?
Nachtrag: ich habe jetzt einfach mal ein "apt-get remove --purge laptop-mode-tools" ausgeführt. Das hat dann auch gleich das Pakete "acpi-support*" entfernt. mal sehen, was morgen beim Start passiert.