Els paquets cron i anacron haurien de ser incompatibles, perquè això és una xapussa important davant quan fas cas de la teoria bàsica i fas servir la magnífica estructura de directoris /etc/cron.*

Provaré a desinstal·lar anacron d'aquest ordinador i, si la cosa és satisfactòria, ho aplicaré a tots els ordinadors que es queden sempre en marxa.

Gràcies.


El 11/2/23 a les 21:09, tictacbum ha escrit:
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 <[email protected] <mailto:[email protected]>> 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.


--

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.

Respondre per correu electrònic a