Figer le noyau de Bionic Beaver

Cette page est relative à une installation de Bionic Beaver (Ubuntu 18.04 LTS), nuance Ubuntu-MATE, sur un portable Clevo Bellone.

Après la mise à jour du noyau installant la version 5.3.0-46, l'ordinateur adopte un comportement bizarre en se bloquant 4 ou 5 secondes chaque minute. C'est tout simplement insupportable. La mise à jour suivante du noyau ne règle pas le problème. En revanche, revenir manuellement à la version précédente 5.3.0-45 le fait disparaître. Il s'agit donc d'une régression de la 5.3.0-46, au moins sur le matériel en question.

Cette page décrit donc une méthode pour figer la version de noyau à la version convenable sans pour autant se priver des mises à jour pour les autres applications.

Les manipulations de paquets

Normalement, une distribution vient avec une version de chaque application qui est relativement fixe, l'ensemble des applications étant supposé former un tout homogène. Bien sûr, des corrections de sécurité sont effectuées ainsi des des améliorations mineures mais les évolutions majeures sont réservées à la mouture suivante de la distribution.

Nonobstant ce principe général, il est possible de faire trois types de manipulations des paquets pour employer une autre version que celle prévue dans la ditribution :

• Le plus souvent, il s'agit de bénéficier d'une version plus récente que celle offerte par la distribution installée. Comme ce besoin est relativement fréquent, les développeurs de certaines applications effectuent le portage en arrière (backport) de leur application à l'aide d'adaptations pour rendre une version récente (y compris ses dépendances) disponible pour une distribution plus ancienne. Évidemment, il peut y avoir un prix à payer : les applications portées en arrière ne bénéficient pas forcément des mises à jour de sécurité et elle peuvent parfois être sources d'instabilité.
• Si une version récente d'une application est souhaitée mais n'est pas portée en arrière pour la distribution cible, il est possible de tenter de l'installer quand même mais il faut ensuite l'épingler (pin en anglais) pour la conserver dans le système. D'abord, cela ne fonctionne que si les dépendances de la version avancée sont satisfaites dans la distribution cible plus ancienne (notamment libc6 doit correspondre). Ensuite, il faut quand même être un peu expert pour mettre en œuvre les méthodes nécessaires.
• Au contraire, il peut être souhaité de retenir (hold en anglais) une version plus ancienne d'une application, par exemple pour éviter une régression apparue dans une mise à jour récente. Si la version est celle d'une distribution antérieure, cela peut s'avérer un peu complexe pour éviter les interactions néfastes avec la distribution courante (exemple avec GIMP 2.6 sous Trusty Tahr).
  Cependant, pour un noyau récent ayant déjà servi dans une distribution courante elle-même récente, il semble que la méthode soit plus simple. Il y a cependant quelques subtilités.

Dans l'optique de cette troisième manipulation, il importe de noter qu'une évolution du noyau indiquée par un changement de son numéro de version peut refléter :

• soit une évolution mineure, traduite par exemple par un changement du numéro d'émission (build) ;
• soit une évolution majeure, impliquant par exemple un changement du numéro d'ABI (ABI= Application Binary Interface, c'est l'ensemble des fonctions du noyau mises à disposition des pilotes).

Les installations des évolutions majeures correspondant à la production d'un nouveau paquet ne seront pas empêchées par le maintien d'un paquet contenant une version antérieure spécifiquement désignée. C'est bien ce qui est recherché ici : empêcher un noyau spécifique de disparaître du système (en raison des nettoyages automatiques) et continuer à l'utiliser par défaut - sans pour autant empêcher les nouvelles versions de devenir disponibles sur le système, afin de pouvoir les tester et adopter un nouveau noyau le jour où l'instabilité constatée sera corrigée (pour bloquer toute évolution du noyau, il faudrait figer les méta-paquets du noyau mais, à terme, ceci constituerait un risque de sécurité).

Empêcher les mises à jour du noyau

D'après l'aide d'Ubuntu, la méthode pour la distribution 12.04 et les suivantes utilise l'utilitaire de mise à jour apt pour simplement marquer comme retenu les paquets souhaités :

sudo apt-mark hold [liste des paquets à retenir]

Il ne reste plus qu'à déterminer les paquets du noyau.

D'abord, avant d'en arriver là, il est intéressant de noter qu'il y a (au moins dans la configuration étudiée) quatre fichiers pour chaque noyau présent. Par exemple, pour le 5.3.0-45 qui est le dernier à avoir bien fonctionné, il y a :

• /boot/config-5.3.0-45-generic (234 ko) ;
• /boot/initrd.img-5.3.0-45-generic (68,8 Mo) ;
• /boot/System.map-5.3.0-45-generic (4,5 Mo) ;
• /boot/vmlinuz-5.3.0-45-generic (9,1 Mo).

À tout hasard, il semble prudent de faire une sauvegarde de ces fichiers avant de faire des manipulations (copie en tant que super-utilisateur).

Par ailleurs, une recherche de linux-generic dans synaptic fait apparaître une liste de paquets de noyaux installés.

Cette liste montre que sont installés :

• d'une part, le noyau d'origine de la LTS 18.04 (dit GA pour General Availability), le 4.15 mentionné sous "linux-generic", qui bénéficie de 5 ans de mises à jour de sécurité ;
• d'autre part, le noyau évolutif permettant de bénéficier des noyaux des versions ultérieures de la distribution Ubuntu ; à l'heure de la capture d'écran ci-dessus, il s'agit du 5.3, mentionné sous "linux-generic-hwe".

L'acronyme HWE signifie HardWare Enablement, ce qui pourrait être traduit par "compatibilité matérielle activée", et désigne ce mécanisme qui permet d'améliorer la prise en charge de matériels récents. Chaque noyau HWE reçoit les mises à jour pendant six mois sauf le dernier, qui est toujours le noyau de la LTS suivante et bénéficiera donc de cinq ans de mise à jour de sécurité. D'après le calendrier des mises à jour de noyau pour Ubuntu, le dernier noyau HWE pour la 18.04 (linux-generic-hwe-18.04) sera le 5.4 en août 2020.

Une information plus complète sur les noyaux installés peut être obtenue par la commande :

$ sudo dpkg --list | egrep -i 'linux-image|linux-headers'

la réponse obtenue est la suivante :

ii linux-headers-4.15.0-99 4.15.0-99.100 all Header files related to Linux kernel version 4.15.0
ii linux-headers-4.15.0-99-generic 4.15.0-99.100 amd64 Linux kernel headers for version 4.15.0 on 64 bit x86 SMP
ii linux-headers-5.3.0-45 5.3.0-45.37~18.04.1 all Header files related to Linux kernel version 5.3.0
ii linux-headers-5.3.0-45-generic 5.3.0-45.37~18.04.1 amd64 Linux kernel headers for version 5.3.0 on 64 bit x86 SMP
ii linux-headers-5.3.0-46 5.3.0-46.38~18.04.1 all Header files related to Linux kernel version 5.3.0
ii linux-headers-5.3.0-46-generic 5.3.0-46.38~18.04.1 amd64 Linux kernel headers for version 5.3.0 on 64 bit x86 SMP
ii linux-headers-5.3.0-51 5.3.0-51.44~18.04.2 all Header files related to Linux kernel version 5.3.0
ii linux-headers-5.3.0-51-generic 5.3.0-51.44~18.04.2 amd64 Linux kernel headers for version 5.3.0 on 64 bit x86 SMP
ii linux-headers-generic 4.15.0.99.89 amd64 Generic Linux kernel headers
ii linux-headers-generic-hwe-18.04 5.3.0.51.104 amd64 Generic Linux kernel headers
rc linux-image-4.15.0-48-generic 4.15.0-48.51 amd64 Signed kernel image generic
rc linux-image-4.15.0-50-generic 4.15.0-50.54 amd64 Signed kernel image generic
rc linux-image-4.15.0-51-generic 4.15.0-51.55 amd64 Signed kernel image generic
rc linux-image-4.15.0-52-generic 4.15.0-52.56 amd64 Signed kernel image generic
rc linux-image-4.15.0-54-generic 4.15.0-54.58 amd64 Signed kernel image generic
rc linux-image-4.15.0-55-generic 4.15.0-55.60 amd64 Signed kernel image generic
rc linux-image-4.15.0-58-generic 4.15.0-58.64 amd64 Signed kernel image generic
rc linux-image-4.15.0-60-generic 4.15.0-60.67 amd64 Signed kernel image generic
rc linux-image-4.15.0-62-generic 4.15.0-62.69 amd64 Signed kernel image generic
rc linux-image-4.15.0-64-generic 4.15.0-64.73 amd64 Signed kernel image generic
rc linux-image-4.15.0-65-generic 4.15.0-65.74 amd64 Signed kernel image generic
rc linux-image-4.15.0-66-generic 4.15.0-66.75 amd64 Signed kernel image generic
rc linux-image-4.15.0-69-generic 4.15.0-69.78 amd64 Signed kernel image generic
rc linux-image-4.15.0-70-generic 4.15.0-70.79 amd64 Signed kernel image generic
rc linux-image-4.15.0-72-generic 4.15.0-72.81 amd64 Signed kernel image generic
rc linux-image-4.15.0-74-generic 4.15.0-74.84 amd64 Signed kernel image generic
rc linux-image-4.15.0-76-generic 4.15.0-76.86 amd64 Signed kernel image generic
rc linux-image-4.15.0-88-generic 4.15.0-88.88 amd64 Signed kernel image generic
rc linux-image-4.15.0-91-generic 4.15.0-91.92 amd64 Signed kernel image generic
rc linux-image-4.15.0-96-generic 4.15.0-96.97 amd64 Signed kernel image generic
ii linux-image-4.15.0-99-generic 4.15.0-99.100 amd64 Signed kernel image generic
rc linux-image-4.18.0-15-generic 4.18.0-15.16~18.04.1 amd64 Signed kernel image generic
rc linux-image-4.18.0-18-generic 4.18.0-18.19~18.04.1 amd64 Signed kernel image generic
rc linux-image-4.18.0-20-generic 4.18.0-20.21~18.04.1 amd64 Signed kernel image generic
rc linux-image-4.18.0-21-generic 4.18.0-21.22~18.04.1 amd64 Signed kernel image generic
rc linux-image-4.18.0-22-generic 4.18.0-22.23~18.04.1 amd64 Signed kernel image generic
rc linux-image-4.18.0-24-generic 4.18.0-24.25~18.04.1 amd64 Signed kernel image generic
rc linux-image-4.18.0-25-generic 4.18.0-25.26~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-23-generic 5.0.0-23.24~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-25-generic 5.0.0-25.26~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-27-generic 5.0.0-27.28~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-29-generic 5.0.0-29.31~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-31-generic 5.0.0-31.33~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-32-generic 5.0.0-32.34~18.04.2 amd64 Signed kernel image generic
rc linux-image-5.0.0-35-generic 5.0.0-35.38~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-36-generic 5.0.0-36.39~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-37-generic 5.0.0-37.40~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-26-generic 5.3.0-26.28~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-28-generic 5.3.0-28.30~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-40-generic 5.3.0-40.32~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-42-generic 5.3.0-42.34~18.04.1 amd64 Signed kernel image generic
ii linux-image-5.3.0-45-generic 5.3.0-45.37~18.04.1 amd64 Signed kernel image generic
ii linux-image-5.3.0-46-generic 5.3.0-46.38~18.04.1 amd64 Signed kernel image generic
ii linux-image-5.3.0-51-generic 5.3.0-51.44~18.04.2 amd64 Signed kernel image generic
ii linux-image-generic 4.15.0.99.89 amd64 Generic Linux kernel image
ii linux-image-generic-hwe-18.04 5.3.0.51.104 amd64 Generic Linux kernel image

où, au début de chaque ligne, rc signifie que le paquet a été retiré mais que ses fichiers de configuration sont conservés tandis que ii implique que le paquet devrait être installé et est effectivement installé.

Dans cette liste, le noyau qui fonctionne bien apparaît 3 fois (mis en évidence en gras) : pour deux paquets d'en-têtes et un paquet image. En s'inspirant d'un sujet de askubuntu, il semble donc possible de le retenir par :

sudo apt-mark hold 5.3.0-45

Cette commande renvoie une liste étonnamment longue de 24 paquets figés :

linux-buildinfo-5.3.0-45-generic passé en figé (« hold »).
linux-buildinfo-5.3.0-45-lowlatency passé en figé (« hold »).
linux-cloud-tools-5.3.0-45-generic passé en figé (« hold »).
linux-hwe-cloud-tools-5.3.0-45 passé en figé (« hold »).
linux-cloud-tools-5.3.0-45-lowlatency passé en figé (« hold »).
linux-headers-5.3.0-45 passé en figé (« hold »).
linux-headers-5.3.0-45-generic passé en figé (« hold »).
linux-headers-5.3.0-45-lowlatency passé en figé (« hold »).
linux-hwe-tools-5.3.0-45 passé en figé (« hold »).
linux-image-5.3.0-45-generic passé en figé (« hold »).
linux-modules-5.3.0-45-generic passé en figé (« hold »).
linux-image-unsigned-5.3.0-45-generic passé en figé (« hold »).
linux-image-5.3.0-45-lowlatency passé en figé (« hold »).
linux-modules-5.3.0-45-lowlatency passé en figé (« hold »).
linux-image-unsigned-5.3.0-45-lowlatency passé en figé (« hold »).
linux-modules-extra-5.3.0-45-generic passé en figé (« hold »).
linux-tools-5.3.0-45-generic passé en figé (« hold »).
linux-tools-5.3.0-45-lowlatency passé en figé (« hold »).
linux-modules-nvidia-390-5.3.0-45-generic passé en figé (« hold »).
linux-modules-nvidia-390-5.3.0-45-lowlatency passé en figé (« hold »).
linux-modules-nvidia-430-5.3.0-45-generic passé en figé (« hold »).
linux-modules-nvidia-430-5.3.0-45-lowlatency passé en figé (« hold »).
linux-modules-nvidia-435-5.3.0-45-generic passé en figé (« hold »).
linux-modules-nvidia-435-5.3.0-45-lowlatency passé en figé (« hold »).

signifiant que apt a "attrapé" tous les paquets de fonctions, d'en-têtes et de modules pertinents pour que le bon fonctionnement du noyau figé soit assuré.
A priori, c'est ce qui était recherché.

Par ailleurs, d'après le manuel de apt-mark :

man apt-mark

hold permet de marquer un paquet comme retenu, ce qui empêchera qu'il soit installé, mis à jour ou supprimé automatiquement.

Enfin, d'après Ask Ubuntu, comme les méta-paquets (linux-generic, linux-image-generic et linux-headers-generic) ne sont pas retenus, ils évolueront avec les nouveaux noyaux à venir (qui seront de nouveaux paquets) et pourront ainsi s'installer. Dès lors, en principe, le seul effet d'avoir retenu les paquets réels du noyau 5.3.0-45 sera d'empêcher ses mises à jour mineures et surtout sa suppression automatique lors de l'installation de futurs nouveaux noyaux. Du coup, il deviendra facile de tester un nouveau noyau, pour peu que grub soit bien configuré.

Ce marquage devrait donc assurer la pérennité de la solution, du moins jusqu'à ce qu'un noyau plus satisfaisant fasse surface.

Maintenant, retenir le noyau choisi n'entraîne pas que la machine démarre automatiquement dessus. Pour cela, il faut encore paramétrer le "démarreur" grub.

Réglage de grub

Le paramétrage de grub se fait par l'intermédiaire du fichier /etc/default/grub. Ce fichier indique que sa documentation est accessible par la commande

info -f grub -n 'Simple configuration'

Cette documentation fait état d'une combinaison de paramètres bien adaptée à l'objectif visé ici :

'GRUB_DEFAULT'
[…] If you set this to 'saved', then the default menu entry will be that saved by 'GRUB_SAVEDEFAULT' or 'grub-set-default'. This relies on the environment block, which may not be available in all situations (*note Environment block::).[…]
'GRUB_SAVEDEFAULT'
If this option is set to 'true', then, when an entry is selected, save it as a new default entry for use by future runs of GRUB. This is only useful if 'GRUB_DEFAULT=saved'; […].
'GRUB_TIMEOUT'
Boot the default entry this many seconds after the menu is displayed, unless a key is pressed. The default is '5'. Set to '0' to boot immediately without displaying the menu, or to '-1' to wait indefinitely.[…]
'GRUB_TIMEOUT_STYLE'
If this option is unset or set to 'menu', then GRUB will display the menu and then wait for the timeout set by 'GRUB_TIMEOUT' to expire before booting the default entry. Pressing a key interrupts the timeout. If this option is set to 'countdown' or 'hidden', then, before displaying the menu, GRUB will wait for the timeout set by 'GRUB_TIMEOUT' to expire.[…]

Autrement dit, en incluant le jeu de paramètres suivant dans /etc/default/grub :

GRUB_DEFAULT=saved
GRUB_SAVEDEFAULT=true
GRUB_TIMEOUT_STYLE=menu
GRUB_TIMEOUT=3

le système démarrera toujours avec le dernier noyau utilisé sauf si le compte à rebours de 3 secondes est interrompu par un appui sur une touche pour choisir un autre noyau. Ceci permettra d'essayer les nouveaux noyaux qui s'installeront et de revenir au noyau figé si nécessaire sans avoir à retoucher à chaque fois le fichier /etc/default/grub.

Après avoir modifié ce fichier pour inclure les valeurs citées ci-dessus, il faut exécuter la commande suivante.

$ sudo update-grub

Dans le cas présent, la réponse obtenue est la suivante.

Sourcing file `/etc/default/grub'
Création du fichier de configuration GRUB…
Image Linux trouvée : /boot/vmlinuz-5.3.0-51-generic
Image mémoire initiale trouvée : /boot/initrd.img-5.3.0-51-generic
Image Linux trouvée : /boot/vmlinuz-5.3.0-46-generic
Image mémoire initiale trouvée : /boot/initrd.img-5.3.0-46-generic
Image Linux trouvée : /boot/vmlinuz-5.3.0-45-generic
Image mémoire initiale trouvée : /boot/initrd.img-5.3.0-45-generic
Image Linux trouvée : /boot/vmlinuz-4.15.0-99-generic
Image mémoire initiale trouvée : /boot/initrd.img-4.15.0-99-generic
Adding boot menu entry for EFI firmware configuration
fait

Tests et vérifications

Au premier redémarrage, grub affiche bien son menu pendant 3 secondes puis enchaîne sur le lancement d'Ubuntu. Cependant, à l'ouverture de session, l'ordinateur se bloque. C'est peut-être parce que grub n'a pas encore pu "sauver" l'option de menu utilisée puisqu'il s'agit du premier lancement dans cette configuration.

Par suite, après un arrêt "à la sauvage" par le bouton d'allumage, au deuxième lancement, on interrompt le compte à rebours par un appui sur une touche puis on va choisir manuellement le noyau souhaité. La séquence de lancement se termine et l'ordinateur fonctionne bien.

Au troisième lancement, sans toucher à rien, le système se lance avec le noyau retenu et la session fonctionne comme il faut.

Moralité : après avoir réglé les options de grub avec "GRUB_DEFAULT=saved" comme indiqué ci-dessus, au premier lancement qui suit la modification de /etc/default/grub, il faut intervenir manuellement pour choisir le noyau voulu, afin de donner à grub l'occasion d'enregistrer ce choix.

Pour les lancements suivants, il n'y a rien à faire - sauf si l'on veut démarrer sur un autre noyau, évidemment.

Il est possible de vérifier que le noyau voulu est bien marqué comme retenu par :

$ apt-mark showhold

linux-buildinfo-5.3.0-45-generic
linux-buildinfo-5.3.0-45-lowlatency
linux-cloud-tools-5.3.0-45-generic
linux-cloud-tools-5.3.0-45-lowlatency
linux-headers-5.3.0-45
linux-headers-5.3.0-45-generic
linux-headers-5.3.0-45-lowlatency
linux-hwe-cloud-tools-5.3.0-45
linux-hwe-tools-5.3.0-45
linux-image-5.3.0-45-generic
linux-image-5.3.0-45-lowlatency
linux-image-unsigned-5.3.0-45-generic
linux-image-unsigned-5.3.0-45-lowlatency
linux-modules-5.3.0-45-generic
linux-modules-5.3.0-45-lowlatency
linux-modules-extra-5.3.0-45-generic
linux-modules-nvidia-390-5.3.0-45-generic
linux-modules-nvidia-390-5.3.0-45-lowlatency
linux-modules-nvidia-430-5.3.0-45-generic
linux-modules-nvidia-430-5.3.0-45-lowlatency
linux-modules-nvidia-435-5.3.0-45-generic
linux-modules-nvidia-435-5.3.0-45-lowlatency
linux-tools-5.3.0-45-generic
linux-tools-5.3.0-45-lowlatency

et que le noyau chargé est bien le noyau voulu par :

$ uname -r

5.3.0-45-generic

Il reste à vérifier que le fonctionnement des mises à jour est bien celui attendu.

Quinze jours après la manipulation décrite, une mise à jour installe bien une nouvelle version du noyau HWE, la 5.3.0-53, comme l'indique la commande :

$ sudo dpkg --list | egrep -i 'linux-image|linux-headers'

ii linux-headers-4.15.0-101 4.15.0-101.102 all Header files related to Linux kernel version 4.15.0
ii linux-headers-4.15.0-101-generic 4.15.0-101.102 amd64 Linux kernel headers for version 4.15.0 on 64 bit x86 SMP
hi linux-headers-5.3.0-45 5.3.0-45.37~18.04.1 all Header files related to Linux kernel version 5.3.0
hi linux-headers-5.3.0-45-generic 5.3.0-45.37~18.04.1 amd64 Linux kernel headers for version 5.3.0 on 64 bit x86 SMP
ii linux-headers-5.3.0-46 5.3.0-46.38~18.04.1 all Header files related to Linux kernel version 5.3.0
ii linux-headers-5.3.0-46-generic 5.3.0-46.38~18.04.1 amd64 Linux kernel headers for version 5.3.0 on 64 bit x86 SMP
ii linux-headers-5.3.0-51 5.3.0-51.44~18.04.2 all Header files related to Linux kernel version 5.3.0
ii linux-headers-5.3.0-51-generic 5.3.0-51.44~18.04.2 amd64 Linux kernel headers for version 5.3.0 on 64 bit x86 SMP
ii linux-headers-5.3.0-53 5.3.0-53.47~18.04.1 all Header files related to Linux kernel version 5.3.0
ii linux-headers-5.3.0-53-generic 5.3.0-53.47~18.04.1 amd64 Linux kernel headers for version 5.3.0 on 64 bit x86 SMP
ii linux-headers-generic 4.15.0.101.91 amd64 Generic Linux kernel headers
ii linux-headers-generic-hwe-18.04 5.3.0.53.109 amd64 Generic Linux kernel headers
ii linux-image-4.15.0-101-generic 4.15.0-101.102 amd64 Signed kernel image generic
rc linux-image-4.15.0-48-generic 4.15.0-48.51 amd64 Signed kernel image generic
rc linux-image-4.15.0-50-generic 4.15.0-50.54 amd64 Signed kernel image generic
rc linux-image-4.15.0-51-generic 4.15.0-51.55 amd64 Signed kernel image generic
rc linux-image-4.15.0-52-generic 4.15.0-52.56 amd64 Signed kernel image generic
rc linux-image-4.15.0-54-generic 4.15.0-54.58 amd64 Signed kernel image generic
rc linux-image-4.15.0-55-generic 4.15.0-55.60 amd64 Signed kernel image generic
rc linux-image-4.15.0-58-generic 4.15.0-58.64 amd64 Signed kernel image generic
rc linux-image-4.15.0-60-generic 4.15.0-60.67 amd64 Signed kernel image generic
rc linux-image-4.15.0-62-generic 4.15.0-62.69 amd64 Signed kernel image generic
rc linux-image-4.15.0-64-generic 4.15.0-64.73 amd64 Signed kernel image generic
rc linux-image-4.15.0-65-generic 4.15.0-65.74 amd64 Signed kernel image generic
rc linux-image-4.15.0-66-generic 4.15.0-66.75 amd64 Signed kernel image generic
rc linux-image-4.15.0-69-generic 4.15.0-69.78 amd64 Signed kernel image generic
rc linux-image-4.15.0-70-generic 4.15.0-70.79 amd64 Signed kernel image generic
rc linux-image-4.15.0-72-generic 4.15.0-72.81 amd64 Signed kernel image generic
rc linux-image-4.15.0-74-generic 4.15.0-74.84 amd64 Signed kernel image generic
rc linux-image-4.15.0-76-generic 4.15.0-76.86 amd64 Signed kernel image generic
rc linux-image-4.15.0-88-generic 4.15.0-88.88 amd64 Signed kernel image generic
rc linux-image-4.15.0-91-generic 4.15.0-91.92 amd64 Signed kernel image generic
rc linux-image-4.15.0-96-generic 4.15.0-96.97 amd64 Signed kernel image generic
rc linux-image-4.15.0-99-generic 4.15.0-99.100 amd64 Signed kernel image generic
rc linux-image-4.18.0-15-generic 4.18.0-15.16~18.04.1 amd64 Signed kernel image generic
rc linux-image-4.18.0-18-generic 4.18.0-18.19~18.04.1 amd64 Signed kernel image generic
rc linux-image-4.18.0-20-generic 4.18.0-20.21~18.04.1 amd64 Signed kernel image generic
rc linux-image-4.18.0-21-generic 4.18.0-21.22~18.04.1 amd64 Signed kernel image generic
rc linux-image-4.18.0-22-generic 4.18.0-22.23~18.04.1 amd64 Signed kernel image generic
rc linux-image-4.18.0-24-generic 4.18.0-24.25~18.04.1 amd64 Signed kernel image generic
rc linux-image-4.18.0-25-generic 4.18.0-25.26~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-23-generic 5.0.0-23.24~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-25-generic 5.0.0-25.26~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-27-generic 5.0.0-27.28~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-29-generic 5.0.0-29.31~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-31-generic 5.0.0-31.33~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-32-generic 5.0.0-32.34~18.04.2 amd64 Signed kernel image generic
rc linux-image-5.0.0-35-generic 5.0.0-35.38~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-36-generic 5.0.0-36.39~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.0.0-37-generic 5.0.0-37.40~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-26-generic 5.3.0-26.28~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-28-generic 5.3.0-28.30~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-40-generic 5.3.0-40.32~18.04.1 amd64 Signed kernel image generic
rc linux-image-5.3.0-42-generic 5.3.0-42.34~18.04.1 amd64 Signed kernel image generic
hi linux-image-5.3.0-45-generic 5.3.0-45.37~18.04.1 amd64 Signed kernel image generic
ii linux-image-5.3.0-46-generic 5.3.0-46.38~18.04.1 amd64 Signed kernel image generic
ii linux-image-5.3.0-51-generic 5.3.0-51.44~18.04.2 amd64 Signed kernel image generic
ii linux-image-5.3.0-53-generic 5.3.0-53.47~18.04.1 amd64 Signed kernel image generic
ii linux-image-generic 4.15.0.101.91 amd64 Generic Linux kernel image
ii linux-image-generic-hwe-18.04 5.3.0.53.109 amd64 Generic Linux kernel image

Cette sortie montre aussi que le noyau d'origine 4.15 a également été mis à jour (en version 4.15.0-101) et que la version 5.3.0-45 est restée figée (h en début de ligne). Le système s'est d'ailleurs bien lancé avec cette version, conformément au paramétrage effectué.

La sélection manuelle, par le menu de grub, de la nouvelle version hwe 5.3.0-53 montre qu'elle règle le problème de fonctionnement haché introduit par la version 5.3.0-46. Incidemment, après avoir été sélectionné une fois, ce noyau est automatiquement relancé aux démarrages suivants, ce qui confirme l'efficacité du paramétrage de grub indiqué plus haut.

Alors que le système est chargé avec le nouveau noyau 5.3.0-53, le gestionnaire de mise à jour propose la suppression de paquets liés aux noyaux non utilisés :

Comme le montre l'illustration précédente, la suppression proposée porte seulement sur la version 5.3.0-46 et non sur la 5.3.0-45 plus ancienne qui est donc bien maintenue par les réglages indiqués plus haut.

Bilan

Au total, il est constaté que les manipulations et réglages effectués ont donc bien l'effet voulu.

Malheureusement, ce nouveau noyau empêche la mise en veille de l'ordinateur lorsque l'écran est rabattu. Le noyau maintenu va donc être utilisé encore quelques temps…

Retour à l'accueil LINUX

Mis à jour le .