Sujet : kernel
-
Vérifier si un hôte Linux nécessite un redémarrage ou un redémarrage de services après des mises à jour
Debian et Ubuntu signalent un redémarrage en attente par le simple fichier /var/run/reboot-required, tandis que les systèmes de la famille RHEL imposent de comparer le noyau en cours d'exécution au dernier noyau installé ou d'utiliser une vérification de type needs-restarting ; aucune des deux familles ne l'indique automatiquement dans le shell.
-
Gérer les noyaux installés sur Debian et Ubuntu : nettoyage, espace dans /boot, HWE et Livepatch
Les anciens paquets de noyau s'accumulent dans /boot jusqu'à ce que apt autoremove les supprime ; Ubuntu propose en outre, sur les versions LTS, un noyau HWE (Hardware Enablement) à mise à jour continue ainsi que le service Livepatch de Canonical, qui applique les correctifs de sécurité du noyau sans redémarrage immédiat. Ces deux fonctions sont propres à Ubuntu et n'ont pas d'équivalent sur Debian.
-
Kernel panics et données de crash sous Linux : journal du démarrage précédent, pstore et netconsole
Après un kernel panic Linux suivi d'un redémarrage, `journalctl -b -1 -k` lit les messages noyau du démarrage précédent si le journal était persistant ; pstore (par exemple ramoops, lorsqu'il est configuré) conserve une trace du panic après un redémarrage même sans journal persistant ; netconsole envoie les messages du noyau en temps réel à une autre machine via le réseau. kdump capture un dump mémoire complet et fait l'objet d'un autre article.
-
Configurer kdump pour capturer un plantage du noyau sous RHEL
kdump réserve de la mémoire à l'avance afin qu'un second noyau minimal puisse démarrer après un panic et écrire un vmcore à analyser. Cette méthodologie couvre la réservation de cette mémoire, l'activation du service et la raison pour laquelle un test volontaire met l'hôte hors service : planifiez-le en conséquence.
-
Définir des paramètres du noyau Linux avec sysctl : modifications à chaud ou via /etc/sysctl.d
`sysctl -w` modifie un paramètre du noyau jusqu'au prochain redémarrage ; pour le rendre persistant, il faut déposer un fichier dans /etc/sysctl.d/ et comprendre l'ordre de chargement entre /usr/lib, /etc et /run. `sysctl --system` applique tous les fichiers configurés et indique lequel l'emporte en cas de conflit.
Lisible par machine : JSON