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. > >