Ubuntu-fr

gperrot

/boot qui se remplit avec des nouvelles images de noyau => que faire ?

Bonjour,

Je constate que sur un serveur 20.04.3 LTS, la partition /boot est presque plein sans intervention manuelle sur cette machine.

/dev/md0p1      475M  301M  138M  69% /boot

Si je regarde dans /boot :

/boot $ ls -lat
total 300196
drwxr-xr-x  4 root root     4096 May 25 06:58 .
drwxr-xr-x  4 root root     4096 May 25 06:58 grub
-rw-r--r--  1 root root 84411000 May 24 06:07 initrd.img-5.4.0-113-generic
lrwxrwxrwx  1 root root       28 May 24 06:07 initrd.img -> initrd.img-5.4.0-113-generic
lrwxrwxrwx  1 root root       28 May 24 06:07 initrd.img.old -> initrd.img-5.4.0-110-generic
lrwxrwxrwx  1 root root       25 May 24 06:07 vmlinuz -> vmlinuz-5.4.0-113-generic
lrwxrwxrwx  1 root root       25 May 24 06:07 vmlinuz.old -> vmlinuz-5.4.0-110-generic
-rw-------  1 root root 13668608 May 18 14:13 vmlinuz-5.4.0-113-generic
-rw-r--r--  1 root root   237975 May 18 14:07 config-5.4.0-113-generic
-rw-------  1 root root  4759899 May 18 14:07 System.map-5.4.0-113-generic
-rw-r--r--  1 root root 84410910 May 12 06:41 initrd.img-5.4.0-110-generic
-rw-------  1 root root 13668608 Apr 14 12:56 vmlinuz-5.4.0-110-generic
-rw-r--r--  1 root root   237975 Apr 14 12:19 config-5.4.0-110-generic
-rw-------  1 root root  4759819 Apr 14 12:19 System.map-5.4.0-110-generic
-rw-r--r--  1 root root 84395265 Nov 18  2021 initrd.img-5.4.0-88-generic
drwxr-xr-x 21 root root     4096 Oct 25  2021 ..
drwx------  2 root root    16384 Oct 13  2021 lost+found
-rw-------  1 root root 11776256 Sep 23  2021 vmlinuz-5.4.0-88-generic
-rw-r--r--  1 root root   237883 Sep 23  2021 config-5.4.0-88-generic
-rw-------  1 root root  4753783 Sep 23  2021 System.map-5.4.0-88-generic

Je constate qu'un nouveau noyau a été créé hier à 6h07.
Mes questions sont :

1) est-ce une création automatique d'une nouvelle image du noyau et si oui, par quel processus (je ne vois pas de crontab associé) ?

2) je constate que le dernier reboot est avec un noyau plus ancien :

reboot   system boot  5.4.0-88-generic Wed Oct 13 16:09   still running

Cela veut-il dire que le prochain reboot manuel se fera avec le dernier noyau 5.4.0-113-generic ? N'est-ce pas "risqué" de rebooter sur un  noyau qui a été mis à jour sans qu'on le sache ?

3) comment peut-on faire du ménage automatiquement dans /boot ?

Je vous remercie d'avance pour vos réponses.

Gilles.

Dernière modification par gperrot (Le 25/05/2022, à 09:24)

---

____________________________________________________________________________
Ubuntu 22.04.3 LTS 64 bits sur ASUS VivoBook S14

xubu1957

Re : /boot qui se remplit avec des nouvelles images de noyau => que faire ?

Bonjour,

Comme demandé dans le premier message du tutoriel Retour utilisable de commande

Pour ajouter toi-même les balises code à ton précédent message #1 :            Merci         

• Cliquer sur  le lien « Modifier » en bas à droite du message

• Sélectionner le texte

• Cliquer sur le <> de l'éditeur de message

              ==============

Fournis les noyaux présents :

echo; dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3V | column -t"}' ; echo -e "\nNoyau courant : $(uname -mr)"

Dernière modification par xubu1957 (Le 25/05/2022, à 09:29)

---

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

FrancisFDZ

Re : /boot qui se remplit avec des nouvelles images de noyau => que faire ?

Bonjour,
Dans un premier temps,

sudo apt autoremove --purge

Un nettoyage plus poussé sera probablement nécessaire.

---

-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]

gperrot

Re : /boot qui se remplit avec des nouvelles images de noyau => que faire ?

Merci pour votre réponse.
Comment cela se fait-il que "sudo apt autoremove --purge" ne soit pas automatique pour éviter le remplissage de /boot ?
De plus, pourquoi et comment le nettoyage plus poussé ?

Enfin, avez-vous des réponses à mes questions 1) et 2) de mon message initial ?

Merci d'avance pour votre réponse.

Gilles

Gildas.

---

____________________________________________________________________________
Ubuntu 22.04.3 LTS 64 bits sur ASUS VivoBook S14

xubu1957

Re : /boot qui se remplit avec des nouvelles images de noyau => que faire ?

Voir le § 5 kernel#suppression_des_anciens_noyaux

et le tutoriel de nany.

---

Conseils pour les nouveaux demandeurs et pas qu'eux
Important : Pensez à passer vos sujets en [Réso|u] lorsque ceux-ci le sont, au début du titre en cliquant sur Modifier sous le premier message, et un bref récapitulatif de la solution à la fin de celui-ci. Merci.                   Membre de Linux-Azur

FrancisFDZ

Re : /boot qui se remplit avec des nouvelles images de noyau => que faire ?

Comment cela se fait-il que "sudo apt autoremove --purge" ne soit pas automatique pour éviter le remplissage de /boot ?

Effectivement, on se le demande aussi ! A transmettre à canonical ?

---

-- On peut avoir des raisons de se plaindre et n'avoir pas raison de se plaindre --
[Victor Hugo]

NicoApi73

Re : /boot qui se remplit avec des nouvelles images de noyau => que faire ?

1) est-ce une création automatique d'une nouvelle image du noyau et si oui, par quel processus (je ne vois pas de crontab associé) ?

Bonjour,

Probablement unattended-upgrades

malbo

Re : /boot qui se remplit avec des nouvelles images de noyau => que faire ?

Bonjour,
Extrait du fichier /var/log/apt/history.log de mon Ubuntu 20.04 :

Start-Date: 2022-05-24  07:31:36
Commandline: /usr/bin/unattended-upgrade
Install: linux-image-5.4.0-113-generic:amd64 (5.4.0-113.127, automatic), linux-headers-5.4.0-113:amd64 (5.4.0-113.127, automatic), linux-modules-5.4.0-113-generic:amd64 (5.4.0-113.127, automatic), linux-headers-5.4.0-113-generic:amd64 (5.4.0-113.127, automatic), linux-modules-extra-5.4.0-113-generic:amd64 (5.4.0-113.127, automatic)
Upgrade: linux-headers-generic:amd64 (5.4.0.110.114, 5.4.0.113.117), linux-image-generic:amd64 (5.4.0.110.114, 5.4.0.113.117), linux-generic:amd64 (5.4.0.110.114, 5.4.0.113.117)
End-Date: 2022-05-24  07:32:26

Un peu plus loin dans ce même fichier :

Start-Date: 2022-05-25  07:45:43
Commandline: /usr/bin/unattended-upgrade
Remove: linux-headers-5.4.0-109-generic:amd64 (5.4.0-109.123)
End-Date: 2022-05-25  07:45:45

Start-Date: 2022-05-25  07:45:47
Commandline: /usr/bin/unattended-upgrade
Remove: linux-headers-5.4.0-109:amd64 (5.4.0-109.123)
End-Date: 2022-05-25  07:45:48

Start-Date: 2022-05-25  07:45:51
Commandline: /usr/bin/unattended-upgrade
Remove: linux-modules-5.4.0-109-generic:amd64 (5.4.0-109.123), linux-image-5.4.0-109-generic:amd64 (5.4.0-109.123)
End-Date: 2022-05-25  07:45:57

C'est bien une mise à jour de sécurité qui a été faite en automatique par unattended-upgrade. Et le lendemain, une suppression automatique, toujours par unattended-upgrade, du plus ancien noyau.