J'ai un processus comme énuméré dans htop
sous la commande énonçant le next :
/ usr/bin/python3/usr/share/unattended-upgrades/unattended-upgrade-shutdown --attendre un signal
À en juger par le:
--attendre un signal
et quelques recherches sur ce que unattended-upgrades
est, cela me fait penser qu'il y a quelque chose d'autre qui doit être mis à jour, alors j'ai essayé d'arrêter le serveur à plusieurs reprises, en exécutant:
Sudo unattended-upgrade
et après ceux-ci , mais il est toujours là même si le système est à jour.
Est-ce juste pour vérifier s'il y a une autre mise à jour à faire?
Devrais-je m'en inquiéter ou simplement le laisser?
Merci d'avance.
C'est une fonction de sécurité. Laissez-le tranquille.
Les données apt (paquets et métadonnées) peuvent être corrompues si apt est en cours d'exécution lorsque le système s'arrête (s'arrête). Le script unattended-updates-shutdown inhibe temporairement un signal d'arrêt jusqu'à la fin de apt.
Le script ne peut pas empêcher la corruption causée par une coupure soudaine de puissance ou le maintien du bouton d'alimentation pendant qu'apt est en cours d'exécution. Une autre raison de les éviter et de conserver des sauvegardes régulières.
Le script est en Python, y compris les commentaires du développeur. N'hésitez pas à le lire et à voir par vous-même.
J'ai récemment rencontré le même problème récemment, tout en vérifiant si des mises à niveau sans surveillance étaient exécutées en arrière-plan pendant le processus de cuisson des images. Fondamentalement, j'attendrais que les verrous d'apt soient libérés, puis procédais avec mes mises à jour.
J'avais l'habitude de courir ceci:
while pgrep unattended; do sleep 10; done;
avant d'exécuter l'un de mes scripts, car ils échoueraient de manière aléatoire à des intervalles étranges avec des mises à niveau sans surveillance en cours d'exécution pendant que j'essayais de faire apt/install/upgrade/update avec une erreur de verrouillage dpkg.
Alors j'ai demandé le bon moyen de vérifier si des mises à jour sans surveillance fonctionnaient en arrière-plan et TJ- de IRC m'a donné une solution vraiment élégante! Désactivez le service u-u pendant que bootstrap les scripts sont occupés. Un péché:
systemctl mask unattended-upgrades.service
systemctl stop unattended-upgrades.service
puis réactivez-le une fois la cuisson terminée:
systemctl unmask unattended-upgrades.service
systemctl start unattended-upgrades.service
En outre, vous pouvez exécuter cette opération pour ne pas lancer votre processus prématurément:
while systemctl is-active --quiet unattended-upgrades.service; do sleep 1; done
Probablement pas ce que vous cherchiez, mais cela m'a été extrêmement utile. Ceci pourrait être lié à: https://bugs.launchpad.net/ubuntu/+source/unattended-upgrades/+bug/1803137