Mint 20 : lenteur au démarrage le lundi

[Asterix]

Bonjour,

Ma question est dans le titre : tous les lundis, depuis un bon petit moment, tout est beaucoup plus lent au démarrage : Linux (4-5 minutes au lieu d'à peine 2 normalement, je dirais), mais aussi le navigateur (Brave), ainsi qu'Open Office pour ne prendre que les programmes que j'utilise le plus.

Cela arrive systématiquement le lundi, et uniquement le lundi.
Une idée d'où ça peut venir ?
Ce n'est pas un gros problème comparé à d'autres, mais ça m'intrigue, car ça n'arrivait pas avant, même avec Mint 20.

Merci d'avance

[cyrille]

Regarder si pas de cron spécifiques ou de services programmés sur le premier jour de chaque semaine (mise à jour, timeshift (backup); ect....)

[Asterix]

Bonjour cyrille et merci de ce retour.

Je n'ai pas souvenir d'avoir jamais programmé ce genre de choses (je ne savais même pas la définition d'un cron ou de timeshift).
Mes mises à jour Mint et autres logiciels, je les fais toujours manuellement, en passant par administration/gestionnaire de mises à jour, une fois tous les deux mois environ.
Ce genre de mises à jour automatiques : cron, timeshift, a-t-il pu être intégré à une mise à jour de Linux sans que j'en sois informé ? Si oui, comment le savoir et éventuellement les modifier/supprimer ?
Merci.

PS : je viens de regarder dans mes préférences de mises à jour, il n'y a rien d'automatisé, ce qui est normal puisque je ne m'étais jamais penché sur la question.

[cyrille]

Code : Tout sélectionner

 find /etc/cron.weekly/ -type f -print -exec cat {} \;

Devrait t'afficher le contenu des fichiers présents dans /etc/cron.weekly/ donc dans les crons hebdomadaires

Et faire le tour de systemd aussi, voir si des timers sont en place

Code : Tout sélectionner

 systemctl list-timers

Et regarder le contenu des fichiers retournés

Juste une piste

[Asterix]

Merci cyrille.

La première commande retourne ceci :

Code : Tout sélectionner

find /etc/cron.weekly/ -type f -print -exec cat {} \;
/etc/cron.weekly/0anacron
#!/bin/sh
#
# anacron's cron script
#
# This script updates anacron time stamps. It is called through run-parts
# either by anacron itself or by cron.
#
# The script is called "0anacron" to assure that it will be executed
# _before_ all other scripts.

test -x /usr/sbin/anacron || exit 0
anacron -u cron.weekly
/etc/cron.weekly/.placeholder
# DO NOT EDIT OR REMOVE
# This file is a simple placeholder to keep dpkg from removing this directory
/etc/cron.weekly/man-db
#!/bin/sh
#
# man-db cron weekly

set -e

if [ -d /run/systemd/system ]; then
    # Skip in favour of systemd timer.
    exit 0
fi

iosched_idle=
# Don't try to change I/O priority in a vserver or OpenVZ.
if ! egrep -q '(envID|VxID):.*[1-9]' /proc/self/status && \
   ([ ! -d /proc/vz ] || [ -d /proc/bc ]); then
    iosched_idle='--iosched idle'
fi

if ! [ -d /var/cache/man ]; then
    # Recover from deletion, per FHS.
    install -d -o man -g man -m 0755 /var/cache/man
fi

# regenerate man database
if [ -x /usr/bin/mandb ]; then
    # --pidfile /dev/null so it always starts; mandb isn't really a daemon,
    # but we want to start it like one.
    start-stop-daemon --start --pidfile /dev/null \
		      --startas /usr/bin/mandb --oknodo --chuid man \
		      $iosched_idle \
		      -- --quiet
fi

exit 0

La deuxième commande retourne ceci :

Code : Tout sélectionner

 systemctl list-timers
NEXT                        LEFT          LAST                        PASSED       UNIT                         ACTIVATES                     
Mon 2022-11-14 18:28:54 CET 1min 36s left n/a                         n/a          ua-timer.timer               ua-timer.service              
Mon 2022-11-14 18:30:48 CET 3min 30s left Mon 2022-11-14 17:31:04 CET 56min ago    anacron.timer                anacron.service               
Mon 2022-11-14 18:34:01 CET 6min left     n/a                         n/a          systemd-tmpfiles-clean.timer systemd-tmpfiles-clean.service
Mon 2022-11-14 19:36:17 CET 1h 8min left  Mon 2022-11-14 14:37:04 CET 3h 50min ago motd-news.timer              motd-news.service             
Tue 2022-11-15 00:00:00 CET 5h 32min left Mon 2022-11-14 11:11:59 CET 7h ago       logrotate.timer              logrotate.service             
Tue 2022-11-15 00:00:00 CET 5h 32min left Mon 2022-11-14 11:11:59 CET 7h ago       man-db.timer                 man-db.service                
Tue 2022-11-15 01:33:47 CET 7h left       Mon 2022-11-14 13:59:52 CET 4h 27min ago apt-daily.timer              apt-daily.service             
Tue 2022-11-15 04:12:25 CET 9h left       Mon 2022-11-14 17:28:29 CET 58min ago    fwupd-refresh.timer          fwupd-refresh.service         
Tue 2022-11-15 06:24:53 CET 11h left      Mon 2022-11-14 11:47:29 CET 6h ago       apt-daily-upgrade.timer      apt-daily-upgrade.service     
Sun 2022-11-20 03:10:50 CET 5 days left   Sun 2022-11-13 11:00:20 CET 1 day 7h ago e2scrub_all.timer            e2scrub_all.service           
Mon 2022-11-21 00:00:00 CET 6 days left   Mon 2022-11-14 11:11:59 CET 7h ago       fstrim.timer                 fstrim.service                

11 timers listed.
Pass --all to see loaded but inactive timers, too.

J'avoue que je ne comprends pas ce que ces retours signifient...

[cyrille]

La première est normale

Pour systemd, regarde les taches qui sont lancées le lundi (Mon), perso. je viserai celle là (il fait les mises à jour auto ton PC ?)

Code : Tout sélectionner

apt-daily-upgrade.timer

Tu l'édites et tu la mets à demain matin .

Si ça ralentit demain matin tu auras trouvé le fautif (n'oublie pas de relancer systemd pour que les modif sont prises en compte
Si ça ralentit pas demain, bah on recommence avec une autre

Celles sont là ne devraient pas poser de soucis, tente alors les restantes

Code : Tout sélectionner

Tue 2022-11-15 00:00:00 CET 5h 24min left Mon 2022-11-14 06:38:28 CET 11h ago      dpkg-db-backup.timer>
Tue 2022-11-15 00:00:00 CET 5h 24min left Mon 2022-11-14 06:38:28 CET 11h ago      logrotate.timer     >
Tue 2022-11-15 06:49:46 CET 12h left      Mon 2022-11-14 06:38:28 CET 11h ago      apt-daily-upgrade.ti>
Tue 2022-11-15 09:39:12 CET 15h left      Sun 2022-11-13 16:49:17 CET 1 day 1h ago systemd-tmpfiles-cle>
Tue 2022-11-15 11:33:13 CET 16h left      Mon 2022-11-14 06:38:28 CET 11h ago      man-db.timer        >
Sun 2022-11-20 03:10:54 CET 5 days left   Sun 2022-11-13 10:02:11 CET 1 day 8h ago e2scrub_all.timer   >
Mon 2022-11-21 00:57:52 CET 6 days left   Mon 2022-11-14 06:38:28 CET 11h ago      fstrim.timer  

[Asterix]

Cyrille,

Comme dit plus haut, je ne fais pas de MAJ automatiques, je les fais manuellement, via administration/gestionnaire de mises à jour, une fois tous les 2 mois environ.

J'ai tapé la commande apt-daily-upgrade.timer dans mon terminal, et il répond : commande introuvable.

[cyrille]

Ce n'est pas une commande c'est un timer de systemd
Ton timer est actif, donc il outrepasse ta mise à jour manuelle

[Asterix]

Là, je dois dire que je suis un peu perdu...

Je n'ai jamais programmé aucun timer, d'ailleurs je ne savais pas que ça existait et encore moins comment ça se programme.
Ils étaient déjà installés avec ma version de Linux, je suppose ?

Qu'est-ce qu'il fait exactement, ce timer "daily upgrade service" ? Si ce sont des MAJ automatiques, pourquoi je dois également faire des MAJ manuelles (qui me prennent facilement 15-20 minutes à chaque fois) ? Je suis un peu perdu, là...

Et comment je fais pour l'éditer et le mettre à demain matin, du coup ?...

(désolé pour ces questions qui peuvent paraître basiques pour un connaisseur.. que je ne suis pas )

[cyrille]

Si ce sont des MAJ automatiques, pourquoi je dois également faire des MAJ manuelles (qui me prennent facilement 15-20 minutes à chaque fois) ? Je suis un peu perdu, là...

Ce n'est parce que tu as un contrat de révision prévu au garage (le service de sytemd) que tu ne peux pas faire une vidange toi même entre 2 (tes maj manuelle

Code : Tout sélectionner

 Et comment je fais pour l'éditer et le mettre à demain matin, du coup ?...

cf https://linuxhint.com/apt-systemd-daily/