Hola,
anacron està pensat per a sistemes que no estan sempre engegats, crec que
si el desinstales ja s'executarà a l'hora que vols
a man anacron diu:
DEBIAN-SPECIFIC CONFIGURATION
On Debian-based systems, anacron will be activated hourly every
day from *07:30* local time to 23:30 local time through cron job (on
non-systemd systems where cron is installed
and enabled) or systemd timer (on systemd-based systems). On
activation, anacron will check if it missed some jobs. If yes, it will
start those jobs after a short period of
time.
salut!
Lluís
Missatge de Narcis Garcia <debianli...@actiu.net> del dia ds., 11 de febr.
2023 a les 20:17:
> El 11/2/23 a les 18:05, Eloi ha escrit:
> > El 11/2/23 a les 17:24, Narcis Garcia ha escrit:
> >> Salut a tothom.
> >>
> >> Tinc un ordinador sempre engegat que necessito que es reiniciï cada
> >> dia ben d'hora:
> >>
> >> $ cat /etc/crontab | grep -e daily
> >> 25 5 * * * root test -x /usr/sbin/anacron || ( cd / &&
> >> run-parts --report /etc/cron.daily )
> >>
> >> $ cat /etc/cron.daily/reboot
> >> #!/bin/sh
> >> reboot
> >
> > Has comprovat que el shell script tingui el bit d'executable definit?
> > Alternativament, si només has d'executar una comanda sense paràmetres
> > podries posar-hi un enllaç simbòlic (jo ho faig així)
>
> Sí, de fet l'ordinador reinicia. També al programet li he fet
> enregistrar una bitàcola a /var/log/reboot.log i la fa i hi marco la
> data-hora.
>
> > Per cert, una cosa que s'ha de vigilar amb aquest muntatge és que
> > run-parts executa els scripts de forma seqüencial per ordre alfabètic.
> > Això vol dir, en particular, que si tens un altre script a /cron.daily
> > posterior (bé sigui teu o instal·lat per un paquet), posem per cas un
> > update-foo, aquest ja no s'executarà mai més.
>
> S'executa de ben segur, i una vegada al dia només.
>
> > "Un dels grans avantatges dels sistemes Linux és que et permeten fer
> > qualsevol cosa.
> > Un dels grans inconvenients dels sistemes Linux és que et permeten fer
> > qualsevol cosa."
> >
> >> Està clar que les tasques diàries estan programades per a disparar-se
> >> a les 05:25h però malauradament l'ordinador se'm reinicia sobre les
> >> 07:35h
> >> No pot ser cosa de la zona horària perquè l'ordinador està establert
> >> amb la nostra (CET) i ara només tenim 1 hora de diferència amb UTC.
> > Confirma que efectivament sigui així i no estiguis consultant la zona
> > horària d'usuaris individuals. Mira /etc/timezone per confirmar-ho
>
> $ cat /etc/timezone
> Europe/Madrid
> $ date
> dissabte, 11 de febrer de 2023, 20:14:01 CET
> $ date --utc
> dissabte, 11 de febrer de 2023, 19:14:03 UTC
>
> >> Estan instal·lats els paquets anacron i cron, però no pas systemd-cron.
> >>
> >> He provat de retocar directament /etc/crontab avançant un parell
> >> d'hores la columna de l'hora, però no té efecte (ni després d'un nou
> >> reinici).
> > Els canvis a /etc/crontab són d'aplicació immediata, no cal realitzar
> > cap altra acció.
> >> He trobat que la comanda "crontab -e" és adequada per a modificar i
> >> aplicar, però em fa editar un fitxer on només hi ha comentaris i cap
> >> línia; no sé d'on surt ni on va a parar.
> > /var/spool/cron/crontabs/
>
> $ sudo ls /var/spool/cron/crontabs/
> (res)
>
> >> I ara fa poca estona em trobo amb això:
> >> $ sudo crontab -e
> >> no crontab for root - using an empty one
> >> /tmp/crontab.if94Er: El fitxer o directori no existeix
> >> Creation of temporary crontab file failed - aborting
> > Això és correcte, una cosa és el fitxer global de crontab, que té un
> > camp addicional on s'indica amb quin usuari s'ha d'executar cada
> > comanda, i una altra els fitxers individuals editables amb crontab on
> > aquest camp no és necessari ni s'espera que hi sigui (de fet, si hi fos
> > el nom d'usuari s'interpretaria com la comanda i la comanda com els seus
> > paràmetres)
> >> LA MEVA CONSULTA:
> >> Algú sap si Systemd interfereix en tot això?
> >> Per on buscar l'origen del problema?
> > Això porta funcionant així des de molt abans que existís systemd.
> >
>
> --
>
> Narcis Garcia
>
> __________
> I'm using this dedicated address because personal addresses aren't
> masked enough at this mail public archive. Public archive administrator
> should fix this against automated addresses collectors.
>
>
