Vérifier si un hôte Linux nécessite un redémarrage ou un redémarrage de services après des mises à jour

Objectif

Après l'application de mises à jour de paquets, déterminer sans conjecture si l'hôte nécessite un redémarrage complet (le noyau ou une bibliothèque système centrale a changé) ou seulement le redémarrage de certains services (une bibliothèque partagée a changé, mais pas le noyau).

Prérequis

Accès root ou sudo ; mises à jour déjà appliquées via le gestionnaire de paquets de la distribution.

Étapes

1. Sur Debian et Ubuntu, vérifier le fichier marqueur qu'écrivent les outils de mise à jour eux-mêmes : test -f /var/run/reboot-required && echo "reboot required". Ce fichier est écrit par des hooks de paquets, et non par apt lui-même : sur Ubuntu par update-notifier-common, sur Debian par le hook de noyau d'unattended-upgrades. Sur un hôte Debian sans ces paquets, son absence ne prouve donc rien. Lorsque needrestart est installé, il peut en outre redémarrer les services concernés après une mise à niveau ; il se configure dans /etc/needrestart/needrestart.conf et dans les fichiers complémentaires sous /etc/needrestart/conf.d/.
2. Toujours sur Debian/Ubuntu, ou en guise de recoupement partout où needrestart est installé, l'exécuter directement pour lister (ou, avec le bon mode, redémarrer) les services qui utilisent des fichiers désormais obsolètes : needrestart -b produit un rapport non interactif, de type batch, adapté aux scripts.
3. Sur RHEL, Fedora et les autres systèmes basés sur DNF/YUM, utiliser la fonction needs-restarting de dnf-plugins-core (ou de yum-utils) : dnf needs-restarting -r (ou yum needs-restarting -r) renvoie le code de sortie 1 si un redémarrage est recommandé et 0 dans le cas contraire, ce qui le rend directement exploitable dans un test de code de sortie d'un script ; sans -r, la commande liste les processus individuels qui utilisent des fichiers supprimés ou mis à jour. Fedora 41 et les versions suivantes fournissent DNF5, dont needs-restarting accepte d'autres options ; sur ces systèmes, consulter dnf needs-restarting --help plutôt que de supposer les options de DNF4.
4. Sur toute distribution basée sur systemd, quelle que soit la famille, comparer le noyau actuellement en cours d'exécution au plus récent des noyaux installés : uname -r donne la version du noyau en cours d'exécution ; la comparer à la dernière entrée de rpm -q kernel --last (famille RHEL) ou de dpkg -l 'linux-image-*' / ls /boot/vmlinuz-* (famille Debian). Une différence signifie qu'une mise à jour du noyau est installée mais pas encore active.
5. Décider de l'action à partir de l'ensemble des indices : une différence de noyau ou de glibc impose un redémarrage ; une liste de needs-restarting/needrestart qui ne nomme que certains services justifie de redémarrer uniquement ceux-ci (systemctl restart <unit> pour chacun).

Résultat attendu

Une réponse claire par oui ou non sur le redémarrage, appuyée soit par le fichier marqueur, soit par la comparaison des versions du noyau, ainsi qu'une liste explicite des services à redémarrer sans qu'un redémarrage complet soit nécessaire.

Limites et base de vérification

Ce qui précède s'appuie sur la page de la documentation d'Ubuntu Server consacrée aux mises à jour automatiques et sur la documentation du plugin needs-restarting de dnf-plugins-core, avec uname(1) pour la comparaison des versions du noyau. /var/run/reboot-required relève du comportement des outils propres à Debian/Ubuntu, et non d'une fonctionnalité du noyau ou de systemd ; son absence sur une autre famille de distributions ne signifie donc rien. Il faut toujours se rabattre sur la comparaison des versions du noyau, qui fonctionne partout. La vérification n'a rien à annuler ; le redémarrage de l'hôte ou des services qu'elle recommande constitue l'action elle-même, et peut être reporté à une fenêtre de maintenance une fois identifié.