Ubuntu-fr

hartemision

[RESOLU] Version du noyau linux et partition /boot/efi pleine

[Mise à jour suite à résolution du problème]

Dans les grandes lignes, le problème décrit ci-dessous a été résolu ainsi :
1. création d'une nouvelle partition, plus grande (pour permettre la mise à jour du firmware), qui accueille tous les fichiers sur /boot/efi -- avec différentes précautions détaillées dans ce topic
2. mise à jour du firmware efi
3. étape 1. de nouveau en début de disque physique, et suppression de la partition créée en 1

L'étape 2 a été compliquée par l'impossibilité de booter... une péripétie certainement due à la mise à jour du firmware. Conseil : prévoir une clé usb bootable avant de se lancer dans ce genre de manipulations.

Grand Merci aux éminent.es contributeur.ices de cette communauté pour leur aide et réactivité !!

------

Bonjour,

J'appelle à l'aide après différentes tentatives infructueuses de résoudre mon problème... d'avance merci à pour toutes les idées et suggestions qui pourraient aider.

Ma partition /boot/efi n'a pas suffisamment d'espace pour mettre à jour le firmware. Ce problème est similaire à celui décrit et solutionné avec l'aide de @geole ici.

clement@clement-XPS-13:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
tmpfs              1,6G    2,8M  1,6G   1% /run
/dev/nvme0n1p7     183G    135G   39G  78% /
tmpfs              7,7G    172K  7,7G   1% /dev/shm
tmpfs              5,0M    8,0K  5,0M   1% /run/lock
efivarfs           374K    296K   74K  81% /sys/firmware/efi/efivars
/dev/nvme0n1p1     186M    186M  2,0K 100% /boot/efi
/dev/nvme0n1p8     571G    342G  229G  60% /fichiers
tmpfs              1,6G    192K  1,6G   1% /run/user/1000

La partition /boot/efi semble donc pleine à 100% ; mais Gparted donne une autre vue (comme dans le cas du topic indiqué ci-dessus) :

Contenu de la partition /boot/efi :

clement@clement-XPS-13:~$ sudo du /boot/efi/EFI -haxd3 | sort -h | tail -21
236K    /boot/efi/EFI/dell/SOS/kd_02_14e4.dll
292K    /boot/efi/EFI/dell/SOS/kd_02_8086.dll
372K    /boot/efi/EFI/dell/SOS/kd_02_10ec.dll
838K    /boot/efi/EFI/Boot/mmx64.efi
838K    /boot/efi/EFI/ubuntu/mmx64.efi
946K    /boot/efi/EFI/ubuntu/shimx64.efi
1022K   /boot/efi/EFI/Boot
1,3M    /boot/efi/EFI/dell/SOS/memtest.efi
1,5M    /boot/efi/EFI/dell/SOS/bootmgfw.efi
1,5M    /boot/efi/EFI/dell/SOS/bootmgr.efi
1,5M    /boot/efi/EFI/dell/SOS/bootx64.efi
2,6M    /boot/efi/EFI/ubuntu/grubx64.efi
13M     /boot/efi/EFI/dell/SOS/Fonts
27M     /boot/efi/EFI/dell/SOS
32M     /boot/efi/EFI/ubuntu/fw
32M     /boot/efi/EFI/ubuntu/fw/fwupd-cfb08d7c-8d3d-41b1-846b-48f634dfac9d.cap
37M     /boot/efi/EFI/ubuntu
54M     /boot/efi/EFI/dell/bios
54M     /boot/efi/EFI/dell/bios/recovery
81M     /boot/efi/EFI/dell
118M    /boot/efi/EFI

Le problème apparaît de deux autres manières.

1/ au démarrage, j'ai un message "erreur : fichier # " /boot/vmlinuz-6.8.0.-45-generic " non disponible" alors qu'il ne s'agit pas de la dernière version du noyau installée. J'ai pourtant fait un update-grub préalablement.

2/ "sudo apt upgrade" échoue systématiquement

clement@clement-XPS-13:~$ sudo apt upgrade
[...]
Failed to copy data from "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI/systemd/.#systemd-bootx64.efi29b8a09852f1f092": No space left on device
Failed to copy data from "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI/BOOT/.#BOOTX64.EFI3512a6cd24069994": No space left on device
dpkg: erreur de traitement du paquet systemd-boot (--configure) :
 le sous-processus paquet systemd-boot script post-installation installé a renvoyé un état de sortie d'erreur 1
Paramétrage de python3-netplan (1.1.2-2~ubuntu24.04.1) ...
Paramétrage de netplan-generator (1.1.2-2~ubuntu24.04.1) ...
[...]
 systemd-boot
E: Sub-process /usr/bin/dpkg returned an error code (1)

Mon idée pour continuer serait de suivre le guidage de @geole ici, mais peut-être de manière plus souple étant donné que je peux étendre la partition boot en supprimant la partition adjacente sans souci.

Mais avant, je préfèrerais avoir votre avis pour soigner mon système au mieux...

J'ajoute quelques informations sur mon système, telles que suggérées par @nany ici :

lsb_release -sd ; echo "$(awk -F'[ \[]' '/cdrom:/{print $4}' /etc/apt/sources.list || awk '{print $1}' /var/log/installer/media-info) : $DESKTOP_SESSION → $XDG_CURRENT_DESKTOP" ; uname -mrs
No LSB modules are available.
Ubuntu 24.04.2 LTS
 : plasma → KDE
Linux 6.11.0-24-generic x86_64

clement@clement-XPS-13:~$ find /etc/apt -type f -name '*.list*' -exec bash -c 'echo -e "\n$1\n"; [[ $1 = *".list" ]] && nl -ba "$1"' _ '{}' \;

/etc/apt/sources.list.save


/etc/apt/sources.list.distUpgrade


/etc/apt/sources.list.d/ancestris-ubuntu-ancestris-stable-focal.list.save


/etc/apt/sources.list.d/ancestris-ubuntu-ancestris-stable-noble.list

     1  deb http://ppa.launchpad.net/ancestris/ancestris-stable/ubuntu noble main
     2  # deb-src http://ppa.launchpad.net/ancestris/ancestris-stable/ubuntu noble main

/etc/apt/sources.list.d/ancestris-ubuntu-ancestris-stable-noble.list.save


/etc/apt/sources.list.d/graphics-drivers-ubuntu-ppa-focal.list.distUpgrade


/etc/apt/sources.list.d/spotify.list.distUpgrade


/etc/apt/sources.list.d/ancestris-ubuntu-ancestris-stable-focal.list.distUpgrade


/etc/apt/sources.list.d/spotify.list

     1  # deb https://repository.spotify.com stable non-free

/etc/apt/sources.list.d/protonvpn-stable.list.save


/etc/apt/sources.list.d/nextcloud-devs-ubuntu-client-noble.list

     1  deb http://ppa.launchpad.net/nextcloud-devs/client/ubuntu noble main
     2  # deb-src http://ppa.launchpad.net/nextcloud-devs/client/ubuntu noble main

/etc/apt/sources.list.d/nextcloud-devs-ubuntu-client-focal.list.save


/etc/apt/sources.list.d/audio-recorder-ubuntu-ppa-jammy.list.distUpgrade


/etc/apt/sources.list.d/openjdk-r-ubuntu-ppa-focal.list.distUpgrade


/etc/apt/sources.list.d/sane-project-ubuntu-sane-git-jammy.list.distUpgrade


/etc/apt/sources.list.d/openjdk-r-ubuntu-ppa-focal.list.save


/etc/apt/sources.list.d/signal-xenial.list.distUpgrade


/etc/apt/sources.list.d/protonvpn-stable.list.distUpgrade


/etc/apt/sources.list.d/spotify.list.save


/etc/apt/sources.list.d/nextcloud-devs-ubuntu-client-noble.list.save


/etc/apt/sources.list.d/berglh-ubuntu-pulseaudio-a2dp-focal.list.save


/etc/apt/sources.list.d/graphics-drivers-ubuntu-ppa-focal.list.save


/etc/apt/sources.list.d/nextcloud-devs-ubuntu-client-focal.list.distUpgrade


/etc/apt/sources.list.d/signal-xenial.list.save


/etc/apt/sources.list.d/berglh-ubuntu-pulseaudio-a2dp-focal.list.distUpgrade


/etc/apt/sources.list.d/signal-xenial.list

     1  deb [arch=amd64 signed-by=/usr/share/keyrings/signal-desktop-keyring.gpg] https://updates.signal.org/desktop/apt xenial main

/etc/apt/sources.list

     1  # Ubuntu sources have moved to /etc/apt/sources.list.d/ubuntu.sources

clement@clement-XPS-13:~$ echo ; df -Thx tmpfs -x devtmpfs -x squashfs ; echo ; df -Tix tmpfs -x devtmpfs -x squashfs ; echo

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
/dev/nvme0n1p7   ext4       183G    135G   39G  78% /
efivarfs         efivarfs   374K    296K   74K  81% /sys/firmware/efi/efivars
/dev/nvme0n1p1   vfat       186M    186M  2,0K 100% /boot/efi
/dev/nvme0n1p8   fuseblk    571G    342G  229G  60% /fichiers

Sys. de fichiers Type        Inœuds IUtil.    ILibre IUti% Monté sur
/dev/nvme0n1p7   ext4      12214272 947399  11266873    8% /
efivarfs         efivarfs         0      0         0     - /sys/firmware/efi/efivars
/dev/nvme0n1p1   vfat             0      0         0     - /boot/efi
/dev/nvme0n1p8   fuseblk  240436864 217656 240219208    1% /fichiers

clement@clement-XPS-13:~$ dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3 | column -t"}'
ii  linux-hwe-6.11-headers-6.11.0-24       6.11.0-24.24~24.04.1  all
ii  linux-generic-hwe-24.04                6.11.0-24.24~24.04.1  amd64
ii  linux-headers-6.11.0-24-generic        6.11.0-24.24~24.04.1  amd64
ii  linux-headers-generic-hwe-24.04        6.11.0-24.24~24.04.1  amd64
ii  linux-hwe-6.11-tools-6.11.0-24         6.11.0-24.24~24.04.1  amd64
ii  linux-image-6.11.0-24-generic          6.11.0-24.24~24.04.1  amd64
ii  linux-image-generic-hwe-24.04          6.11.0-24.24~24.04.1  amd64
ii  linux-modules-6.11.0-24-generic        6.11.0-24.24~24.04.1  amd64
ii  linux-modules-extra-6.11.0-24-generic  6.11.0-24.24~24.04.1  amd64
ii  linux-tools-6.11.0-24-generic          6.11.0-24.24~24.04.1  amd64
ic  linux-image-6.8.0-58-generic           6.8.0-58.60+1         amd64
ii  linux-tools-common                     6.8.0-58.60           all

Merci par avance

Dernière modification par hartemision (Le 27/04/2025, à 15:14)

xubu1957

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Bonjour,

Pour essayer de gagner la place, tente de purger les résidus de configuration marqués "rc" :

sudo apt purge ~c

comme expliqué à la machine à café et rajouté dans ce message :

Pour nettoyer les snaps désactivés, cette commande de nany :

LANG=C snap list --all | awk '/disabled/{print $1, $3}' | while read snapname revision ; do sudo snap remove "$snapname" --revision="$revision" ; done

Commande stockée au post #7 > |RESOLU] snap nettoyage des versions désactivées.

Pour info > [Tutoriel] ncdu - Repérer les éléments volumineux

Dernière modification par xubu1957 (Le 25/04/2025, à 11:06)

---

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

hartemision

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Merci pour ta réponse et indications xubu1957,

Purge échoue de la même manière que upgrade :

clement@clement-XPS-13:~$ sudo apt purge ~c
[sudo] Mot de passe de clement : 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances... Fait
Lecture des informations d'état... Fait      
Les paquets suivants seront ENLEVÉS :
  libssl1.1* linux-image-6.8.0-58-generic* linux-modules-6.8.0-58-generic* linux-modules-extra-6.8.0-58-generic* oem-somerville-bulbasaur-meta*
0 mis à jour, 0 nouvellement installés, 5 à enlever et 0 non mis à jour.
1 partiellement installés ou enlevés.
Après cette opération, 0 o d'espace disque supplémentaires seront utilisés.
Souhaitez-vous continuer ? [O/n] o
Paramétrage de systemd-boot (255.4-1ubuntu8.6) ...
Failed to copy data from "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI/systemd/.#systemd-bootx64.efi1df7b138d65556df": No space left on device
Failed to copy data from "/usr/lib/systemd/boot/efi/systemd-bootx64.efi" to "/boot/efi/EFI/BOOT/.#BOOTX64.EFIb921b5b67d16399b": No space left on device
dpkg: erreur de traitement du paquet systemd-boot (--configure) :
 le sous-processus paquet systemd-boot script post-installation installé a renvoyé un état de sortie d'erreur 1
Des erreurs ont été rencontrées pendant l'exécution :
 systemd-boot
E: Sub-process /usr/bin/dpkg returned an error code (1)

Le nettoyage des snaps désactivés donne ceci :

clement@clement-XPS-13:~$ LANG=C snap list --all | awk '/disabled/{print $1, $3}' | while read snapname revision ; do sudo snap remove "$snapname" --revision="$revision" ; done
core (révision 16928) supprimé
core18 (révision 2846) supprimé
core20 (révision 2496) supprimé
core22 (révision 1802) supprimé
core24 (révision 739) supprimé
easy-installer (révision 37) supprimé
firefox (révision 6019) supprimé
gnome-3-28-1804 (révision 194) supprimé
gnome-3-34-1804 (révision 90) supprimé
gnome-3-38-2004 (révision 140) supprimé
gnome-42-2204 (révision 176) supprimé
gnome-46-2404 (révision 77) supprimé
gtk-common-themes (révision 1534) supprimé
joplin-desktop (révision 93) supprimé
mesa-2404 (révision 143) supprimé
snapd (révision 23545) supprimé
teams-for-linux (révision 793) supprimé
thunderbird (révision 702) supprimé

... mais la partition /boot/efi reste pleine à 100%

clement@clement-XPS-13:~$ echo ; df -Thx tmpfs -x devtmpfs -x squashfs ; echo ; df -Tix tmpfs -x devtmpfs -x squashfs ; echo

Sys. de fichiers Type     Taille Utilisé Dispo Uti% Monté sur
/dev/nvme0n1p7   ext4       183G    133G   41G  77% /
efivarfs         efivarfs   374K    296K   74K  81% /sys/firmware/efi/efivars
/dev/nvme0n1p1   vfat       186M    186M  2,0K 100% /boot/efi
/dev/nvme0n1p8   fuseblk    571G    342G  229G  60% /fichiers

Sys. de fichiers Type        Inœuds IUtil.    ILibre IUti% Monté sur
/dev/nvme0n1p7   ext4      12214272 945326  11268946    8% /
efivarfs         efivarfs         0      0         0     - /sys/firmware/efi/efivars
/dev/nvme0n1p1   vfat             0      0         0     - /boot/efi
/dev/nvme0n1p8   fuseblk  240435548 217659 240217889    1% /fichiers

Ncdu (que je viens d'installer, malgré la même erreur dpkg que celle indiquée dans mon premier message) donne la même vue (espace total de moins de 200 MB alors que la partition fait presque 400 MB selon GParted) :

--- /boot/efi --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
                                                                    /..
  117,4 MiB [#####################################################] /EFI
   68,5 MiB [##############################                       ] /9b2da232c5ec4f9bbc3fda1da8e58a9d
   10,0 KiB [                                                     ] /loader
e   2,0 KiB [                                                     ] /System Volume Information

bluc

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Bonjour

Peut-être en réduisant nvme0n1p2 de quelques Mo et agrandir la partition efi depuis le système en fonctionnement. (elle se démonte, puisse que pas en fonctionnement).

__________________________________________________________________________________

J'ai utilisé une solution radicale, un peu bourrin, qui a été de formater la partition efi depuis le système en fonctionnement.
Ensuite j'ai modifier l'UUID de la ligne pour EFI dans /etc/fstab en mettant l'uuid de la partition EFI (qui a changé suite au formatage).
Puis

sudo grub-install /dev/sda

Ma partition EFI n'est encombrée que de 15 Mo

Par contre, je ne sais pas ce que ça donne en présence de Windows

Dernière modification par bluc (Le 25/04/2025, à 12:03)

---

Clevo :  Ubuntu 24.04   ❖  Xubuntu 24.04  ❖  Kubuntu 23.10   
         avec partition data commune       Une fraction de seconde                    Multiboot

hartemision

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Merci pour ta réponse et suggestions @bluc,

Peut-être en réduisant nvme0n1p2 de quelques Mo et agrandir la partition efi depuis le système en fonctionnement. (elle se démonte, puisse que pas en fonctionnement).

Je peux même supprimer la partition timeshift éventuellement, j'ai d'autres backups. Mais j'ai l'impression que la taille de la partition (près de 400 MB) est déjà largement supérieur à l'espace considéré comme "plein" (moins de 200 MB). C'est ce que montre GParted.

J'ai utilisé une solution radicale, un peu bourrin, qui a été de formater la partition efi depuis le système en fonctionnement.

Si je comprends bien, les manips seraient :
1. sauvegarde de précaution de /boot
2. démonter et enlever les drapeaux sur la partition /boot/efi
3. créer une nouvelle partition (montée en /dev/sda par exemple) : éventuellement en lieu et place de l'acutel /boot/efi qui sera formaté du coup ?
4. modifier l'UUID de la ligne pour EFI dans /etc/fstab en mettant l'uuid de la partition EFI qui a changé suite au formatage (montée en /dev/sda)
5. grub-install sur /dev/sda
6. reboot

Ma compréhension est bonne ?

Il n'y a pas (plus, en fait) de Windows sur cette machine.

Avant de m'engager sur cette "solution radicale", j'attends voir s'il y a des suggestions moins "bourrin" ;-)

bluc

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Avant de m'engager sur cette "solution radicale", j'attends voir s'il y a des suggestions moins "bourrin" ;-)

oui, tu as raison , je suis sûr que quelqu'un a une façon plus propre

2. démonter et enlever les drapeaux sur la partition /boot/efi
3. créer une nouvelle partition (montée en /dev/sda par exemple) : éventuellement en lieu et place de l'acutel /boot/efi qui sera formaté du coup ?

Non ... clic droit sur EFI  → Démonter → Formater en Fat32 pour les drapeaux, il faut juste cocher boot, le drapeau esp se cochera automatiquement.

Dernière modification par bluc (Le 25/04/2025, à 13:20)

---

Clevo :  Ubuntu 24.04   ❖  Xubuntu 24.04  ❖  Kubuntu 23.10   
         avec partition data commune       Une fraction de seconde                    Multiboot

geole

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Bonjour
Souvent, l'agrandissent des partitions EFI de petite taille se passe mal
Comme tu sembles ne pas utiliser SDA2, Le plus simple
1) avec gparted, supprimes SDA2 et refais une partition FAT32. Tu ajoutes l'un des deux drapeaux Boot ou ESP, l'autre sera automatiquement ajouté.
2) Tu montes la partition et tu copies le contenu de l'autre et tu démontes

sudo mount -v /dev/sda2 /mnt
sudo cp -Rv /boot/efi/*   /mnt
sudo umount /dev/sda2
sudo umount /dev/sda1

3) Tu récupères le nouvel UUID

sudo blkid -l /dev/sda2

4) Tu mets à jour le FSTAB
5) Tu remontes

sudo mount -av

Dernière modification par geole (Le 25/04/2025, à 13:30)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

hartemision

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Merci à geole et à bluc pour vos réponses et indications !

geole, j'ai suivi les étapes, mais le retour de 5) m'intrigue un peu car il indique une commande nécessaire qui n'apparaît pas dans la procédure similaire que tu indiquais ici.

clement@clement-XPS-13:~$ sudo mount -av
/                         : ignoré
mount: (hint) your fstab has been modified, but systemd still uses
       the old version; use 'systemctl daemon-reload' to reload.
/boot/efi                : successfully mounted
none                      : ignoré
/fichiers                 : déjà monté

J'ai exécuté "systemctl daemon-reload".

Je suppose qu'il ne reste plut qu'à faire "sudo update-grub" et c'est bouclé ; il n'est pas question ici de faire de grub-install comme indiqué par bluc étant donné que les fichiers ont été copiés sur le nouveau disque.

Dernière modification par hartemision (Le 25/04/2025, à 16:09)

bluc

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

C'est bon, c'était pour monter la partition efi
elle est montée
/boot/efi                : successfully mounted
oui tu fais

sudo update-grub

---

Clevo :  Ubuntu 24.04   ❖  Xubuntu 24.04  ❖  Kubuntu 23.10   
         avec partition data commune       Une fraction de seconde                    Multiboot

hartemision

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Cela a marché !.. Avec quelques péripéties, que je décris ci-après avec les résolutions si cela peut aider quelqu'un avec un problème similaire.

La nouvelle partition /boot/efi a fonctionné. Cela a résolu mes problèmes de :
- de taille de /boot/efi : j'ai pu mettre à jour le bios Dell en version 3.29 avec fwupd sans problème
- de blocage apt (update / upgrade) : les appels se passent sans erreurs désormais

Mais au redémarrage : impossible de booter ! Grub ne trouvait aucun noyau à lancer. J'ai suivi les étapes décrites sur la doc Ubuntu avec une live session (clé usb) : boot-repair m'a permis d'accéder à grub en ligne de commande au démarrage. Puis, une fois le système devenu accessible à nouveau, j'ai réinstallé le grub.

Grub ne se lançait pas correctement, j'ai mis un moment à identifier le problème : /etc/grub.d était vide ! Un répertoire /etc/grub.d.bak a été créé à un moment du processus. Il a suffit de copier le contenu de ce dernier dans /etc/grub.d, en ajustant simplement /etc/grub.d/proxifiedScripts/custom pour avoir les bons fichiers cibles d'initialisation.

Puis : j'ai recréé une partition de boot (plus grande qu'à l'origine) en tête de disque physique -- celle que j'utilisais alors était au milieu, ça ne me semblait pas idéal. Pour cela, j'ai suivi exactement les mêmes étapes que celles décrites par geole et confirmées par bluc.

Il me reste deux problèmes à résoudre.

1. Kclean ne peut pas se lancer ; il me dit

Vous utilisez actuellement le noyau 6.11.0-24
Or, au moins un noyau plus récent ( generic-hwe ) a été détecté.
Ce phénomène peut avoir plusieurs causes mais,
par securité, ce script va s'arrêter.

Or, grub ne me propose pas de lancer "linux-generic-hwe". Et je n'ai pas de vmlinuz ni de initrd associé dans /boot. Voici la situation :

 clement@clement-XPS-13:~$ dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3 | column -t"}'
ii  linux-hwe-6.11-headers-6.11.0-24       6.11.0-24.24~24.04.1  all
ii  linux-generic-hwe-24.04                6.11.0-24.24~24.04.1  amd64
ii  linux-headers-6.11.0-24-generic        6.11.0-24.24~24.04.1  amd64
ii  linux-headers-generic-hwe-24.04        6.11.0-24.24~24.04.1  amd64
ii  linux-hwe-6.11-tools-6.11.0-24         6.11.0-24.24~24.04.1  amd64
ii  linux-image-6.11.0-24-generic          6.11.0-24.24~24.04.1  amd64
ii  linux-image-generic-hwe-24.04          6.11.0-24.24~24.04.1  amd64
ii  linux-modules-6.11.0-24-generic        6.11.0-24.24~24.04.1  amd64
ii  linux-modules-extra-6.11.0-24-generic  6.11.0-24.24~24.04.1  amd64
ii  linux-tools-6.11.0-24-generic          6.11.0-24.24~24.04.1  amd64
ic  linux-image-6.8.0-58-generic           6.8.0-58.60+1         amd64
ii  linux-tools-common                     6.8.0-58.60           all
ic  linux-modules-6.8.0-58-generic         6.8.0-58.60           amd64
ic  linux-modules-extra-6.8.0-58-generic   6.8.0-58.60           amd64

Hormis le fait que les *6.8.0-58* doivent être purgés : comprenez-vous la réponse de Kclean ?

2. l'écran qui suit le chargement du noyau par Grub et qui précède l'invite d'ouverture de session a changé (image "Ubuntu" au lieu du joli "Kubuntu" en relief, et changement du motif de chargement).

J'imagine que c'est une trace de la manipulation avec la session live (clé USB). J'ai cherché à spécifier un thème dans /etc/default/grub avec le paramètre GRUB_THEME mais sans succès...

Si vous avez des pistes pour résoudre l'un ou l'autre de ces problèmes, je prends volontiers :-)

Merci encore geole, bluc, et xubu1957 pour votre aide très précieuse jusque là !

Dernière modification par hartemision (Le 26/04/2025, à 15:00)

geole

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Bonjour
Donne la version utilisée

uname -a
lsb_release -a

Je crois que kclean est un peu ancien,   quelques commandes d'épuration.

sudo apt autopurge
sudo purge ~c
sudo apt purge ?obsolete

Dernière modification par geole (Le 26/04/2025, à 15:16)

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

hartemision

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Bonjour geole
voici

clement@clement-XPS-13:~$ uname -a
Linux clement-XPS-13 6.11.0-24-generic #24~24.04.1-Ubuntu SMP PREEMPT_DYNAMIC Tue Mar 25 20:14:34 UTC 2 x86_64 x86_64 x86_64 GNU/Linux
clement@clement-XPS-13:~$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 24.04.2 LTS
Release:        24.04
Codename:       noble

Dernière modification par hartemision (Le 26/04/2025, à 15:14)

geole

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Je crois que kclean est un peu ancien   et se trompe. Je vois le même niveau. Quelques commandes d'épuration.

sudo apt autopurge
sudo purge ~c
sudo apt purge ?obsolete

---

Les grilles de l'installateur https://doc.ubuntu-fr.org/tutoriel/inst … _subiquity
Je défie QUICONQUE de trouver une discussion où j'aurais suggéré de remplacer un SSD par un disque dur.
Les partitions EXT4 des disques externes => https://forum.ubuntu-fr.org/viewtopic.p … #p22697248

ylag

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Bonjour,

Attention à la commande sudo apt purge ?obsolete, qui pourrait supprimer des applications installées manuellement, hors dépôts ?
Avant de faire, peut-être vérifier la liste des paquets impactés :

apt list ?obsolete

A+

Dernière modification par ylag (Le 26/04/2025, à 15:58)

iznobe

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Bonjour , Je trouve tres curieux que firmware-updater utilise la partition /boot/efi pour installer le firmware sans verifier l' espace disponible avant , encore un bug a priori ...

    Vous utilisez actuellement le noyau 6.11.0-24
    Or, au moins un noyau plus récent ( generic-hwe ) a été détecté.
    Ce phénomène peut avoir plusieurs causes mais,
    par securité, ce script va s'arrêter.

il a raison . tu utilises bien le noyau HWE .
Par contre sa réponse est plutôt curieuse et je ne suis pas que que ce soit bien traduis .

Or, grub ne me propose pas de lancer "linux-generic-hwe"

le nom que grub va te proposer ne sera pas "linux-generic-hwe" .
Chaque noyau ( HWE ou pas ) a un numro de version et de serie .
le noyau HWE d ' ubuntu 24.04 correspond a la serie 6.11 .
le noyau classique de la 24.04 ( non HWE donc ) correspond a la serie 6.8 .
les derniers numeros de chaque noyau correspondent à la version proprement dite du noyau .

Actuellement sur ton systeme , je ne sais pas pourquoi , mais tres certainement lié au fait du manque d' espace , tu ne disposes que d' un seul noyau valide : le 6.11.0-24 . c' est donc un noyau HWE puisque 6.11.xxxx .
pour avoir un noyau fonctionnel , il faut plusieurs paquets associés , on voit cela , là :

clement@clement-XPS-13:~$ dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3 | column -t"}'
ii  linux-hwe-6.11-headers-6.11.0-24       6.11.0-24.24~24.04.1  all
ii  linux-generic-hwe-24.04                6.11.0-24.24~24.04.1  amd64
ii  linux-headers-6.11.0-24-generic        6.11.0-24.24~24.04.1  amd64
ii  linux-headers-generic-hwe-24.04        6.11.0-24.24~24.04.1  amd64
ii  linux-hwe-6.11-tools-6.11.0-24         6.11.0-24.24~24.04.1  amd64
ii  linux-image-6.11.0-24-generic          6.11.0-24.24~24.04.1  amd64
ii  linux-image-generic-hwe-24.04          6.11.0-24.24~24.04.1  amd64
ii  linux-modules-6.11.0-24-generic        6.11.0-24.24~24.04.1  amd64
ii  linux-modules-extra-6.11.0-24-generic  6.11.0-24.24~24.04.1  amd64
ii  linux-tools-6.11.0-24-generic          6.11.0-24.24~24.04.1  amd64
ic  linux-image-6.8.0-58-generic           6.8.0-58.60+1         amd64
ii  linux-tools-common                     6.8.0-58.60           all
ic  linux-modules-6.8.0-58-generic         6.8.0-58.60           amd64
ic  linux-modules-extra-6.8.0-58-generic   6.8.0-58.60           amd64

Pour avoir un noyau de la serie standard fonctionnel , il faudrait que tu ais :

iznobe@iznobe-pc:~$ dpkg -l | awk '!/^rc/ && / linux-(c|g|h|i|lo|m|si|t)/{print $1,$2,$3,$4 | "sort -k3 | column -t"}'
ii  linux-headers-6.8.0-57                6.8.0-57.59    all
ii  linux-headers-6.8.0-57-generic        6.8.0-57.59    amd64
ii  linux-image-6.8.0-57-generic          6.8.0-57.59    amd64
ii  linux-modules-6.8.0-57-generic        6.8.0-57.59    amd64
ii  linux-modules-extra-6.8.0-57-generic  6.8.0-57.59    amd64
ii  linux-tools-6.8.0-57                  6.8.0-57.59    amd64
ii  linux-tools-6.8.0-57-generic          6.8.0-57.59    amd64
ii  linux-image-6.8.0-58-generic          6.8.0-58.60+1  amd64
ii  linux-headers-6.8.0-58                6.8.0-58.60    all
ii  linux-tools-common                    6.8.0-58.60    all
ii  linux-generic                         6.8.0-58.60    amd64
ii  linux-headers-6.8.0-58-generic        6.8.0-58.60    amd64
ii  linux-headers-generic                 6.8.0-58.60    amd64
ii  linux-image-generic                   6.8.0-58.60    amd64
ii  linux-modules-6.8.0-58-generic        6.8.0-58.60    amd64
ii  linux-modules-extra-6.8.0-58-generic  6.8.0-58.60    amd64
ii  linux-tools-6.8.0-58                  6.8.0-58.60    amd64
ii  linux-tools-6.8.0-58-generic          6.8.0-58.60    amd64
iznobe@iznobe-pc:~$ 

une moitié de la liste des paquets indiqués dans mon retour .

Montre

lsblk -fe7 | grep vfat

tu peux supprimer des paquets sans passer par kclean .
exemple :

sudo apt autopurge

sudo apt remove  linux-*6.8.0-58-generic

Dernière modification par iznobe (Le 26/04/2025, à 19:45)

---

retour COMPLET et utilisable de commande  |  script montage partitions

MSI Z490A-pro , i7 10700 , 32 GB RAM .

xubu1957

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Bonjour,

Pour kclean, nous avions indiqué des informations données par 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

iznobe

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

j ' ai oublier de preciser , mais il faut garder le paquet suivant :

ii  linux-tools-common                     6.8.0-58.60           all

pour ton noyau HWE serie 6.11 . sinon , tu vas a nouveau avoir des soucis ...

---

retour COMPLET et utilisable de commande  |  script montage partitions

MSI Z490A-pro , i7 10700 , 32 GB RAM .

hartemision

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Merci pour vos différentes réponses !

Je crois que kclean est un peu ancien   et se trompe. Je vois le même niveau. Quelques commandes d'épuration.

sudo apt autopurge
sudo purge ~c
sudo apt purge ?obsolete

Autopurge n'enlève rien.

Pour les deux autres commandes, je suis le conseil de ylag :

clement@clement-XPS-13:~$ sudo apt list ~c
[sudo] Mot de passe de clement : 
En train de lister... Fait
grub-pc/noble-updates,now 2.12-1ubuntu7.1 amd64 [configuration restante]
libssl1.1/now 1.1.1f-1ubuntu2.16 amd64 [configuration restante]
linux-image-6.8.0-58-generic/noble-updates,noble-security,now 6.8.0-58.60+1 amd64 [configuration restante]
linux-modules-6.8.0-58-generic/noble-updates,noble-security,now 6.8.0-58.60 amd64 [configuration restante]
linux-modules-extra-6.8.0-58-generic/noble-updates,noble-security,now 6.8.0-58.60 amd64 [configuration restante]
memtest86+/noble,now 7.00-1build1 amd64 [configuration restante]
oem-somerville-bulbasaur-meta/now 20.04ubuntu9 all [configuration restante]
os-uninstaller/noble,noble,now 4ppa2081 all [configuration restante]
plymouth-theme-kubuntu-logo/noble-updates,noble-updates,now 1:24.04.13 all [configuration restante]
shim-signed/noble,now 1.58+15.8-0ubuntu1 amd64 [configuration restante]

Hormis les linux*6.8.0-58*, je ne sais pas s'il est pertinent de purger...

Par ailleurs "plymouth-theme-kubuntu-logo" pourrait être une piste concernant ma question (purement esthétique) de changement de l'écran de chargement du noyau...

clement@clement-XPS-13:~$ sudo apt list ?obsolete
En train de lister... Fait
ampagent/now 13.1.19-1 amd64  [installé, local]
audio-recorder/now 3.3.4~jammy amd64  [installé, local]
epson-inkjet-printer-escpr/now 1.8.0-1 amd64  [installé, local]
epson-printer-utility/now 1.1.3-1 amd64  [installé, local]
epsonscan2-non-free-plugin/now 1.0.0.6-1 amd64  [installé, local]
epsonscan2/now 6.7.70.0-1 amd64  [installé, local]
kclean/now 4.2 all  [installé, local]
mariadb-client-core-10.6/now 1:10.6.18-0ubuntu0.22.04.1 amd64  [installé, local]
mariadb-server-core-10.6/now 1:10.6.18-0ubuntu0.22.04.1 amd64  [installé, local]
net.downloadhelper.coapp/now 1.6.3 amd64  [installé, local]
obsidian/now 1.8.4 amd64  [installé, local]
omi/now 1.6.4.0 amd64  [installé, local]
proton-mail/now 1.8.0 amd64  [installé, local]
proton-pass/now 1.22.3 amd64  [installé, local]
proton-vpn-gnome-desktop/now 0.4.0 all  [installé, local]
proton-vpn-gtk-app/now 4.4.4 all  [installé, local]
protonmail-bridge/now 3.10.0-1 amd64  [installé, local]
protonmail-import-export-app/now 1.3.3-1 amd64  [installé, local]
protonvpn-stable-release/now 1.0.4 all  [installé, local]
protonvpn/now 1.1.0-1 all  [installé, local]
python3-proton-core/now 0.2.0 all  [installé, local]
python3-proton-keyring-linux-secretservice/now 0.0.2 all  [installé, local]
python3-proton-keyring-linux/now 0.0.2 all  [installé, local]
python3-proton-vpn-api-core/now 0.32.2 all  [installé, local]
python3-proton-vpn-killswitch-network-manager-wireguard/now 0.1.4 all  [installé, local]
python3-proton-vpn-killswitch-network-manager/now 0.5.4 all  [installé, local]
python3-proton-vpn-local-agent/now 0.10.0 amd64  [installé, local]
python3-proton-vpn-logger/now 0.2.1 all  [installé, local]
python3-proton-vpn-network-manager-openvpn/now 0.1.0 all  [installé, local]
python3-proton-vpn-network-manager-wireguard/now 0.4.1 all  [installé, local]
python3-proton-vpn-network-manager/now 0.5.2 all  [installé, local]
srvadmin-hapi/now 9.5.0 amd64  [installé, local]
zoom/now 6.3.11.7212 amd64  [installé, local]

J'ai l'impression que purger différents paquets risquent de compromettre différentes applications...

Merci iznobe pour l'explication sur HWE.

Je trouve tres curieux que firmware-updater utilise la partition /boot/efi pour installer le firmware sans verifier l' espace disponible avant , encore un bug a priori ...

Si, l'updater a bien vérifié ; c'est pour cela que l'update était bloqué depuis un moment. Avant d'envisager de m'attaquer aux partitions, j'ai cherché à faire de la place. J'ai l'impression que c'est la suppression de certains noyaux qui, paradoxalement, l'a remplie jusqu'à 100%...

Voici le retour demandé :

clement@clement-XPS-13:~$ lsblk -fe7 | grep vfat
├─nvme0n1p1 vfat   FAT32 ESP         BFFB-49B0                             823,4M    17% /boot/efi

iznobe

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

tu peux passer cette commande :

sudo apt remove  linux-*6.8.0-58-generic

qui devrait supprimer les 3 paquets inutiles .
lors des prochaines MAJ , il installera un 2eme noyau .

je ne sais pas comment il est possible de se retrouver avec :

/dev/nvme0n1p1     186M    186M  2,0K 100% /boot/efi

et une taille du double affiché dans gparted ...

Le tout c' est que tu aies retabli la situation avec 828 Mo pour ta partition EFI tu ne devrais plus etre embeté .

Apriori , c' est dell qui remplit ( inutilement ? ) cette partition :

Contenu de la partition /boot/efi :

clement@clement-XPS-13:~$ sudo du /boot/efi/EFI -haxd3 | sort -h | tail -21
...
54M     /boot/efi/EFI/dell/bios
54M     /boot/efi/EFI/dell/bios/recovery
81M     /boot/efi/EFI/dell
118M    /boot/efi/EFI

80 % utilisé ( environ ) et 118 MO rien que pour les " trucs " de DELL , alors qu ' en temps normal on obtient avec une dizaine de système d' exploitations installés :

iznobe@iznobe-pc:~$ sudo du /boot/efi/EFI -haxd3 | sort -h | tail -21
[sudo] Mot de passe de iznobe : 
831K	/boot/efi/EFI/debian/mmx64.efi
837K	/boot/efi/EFI/Boot/mmx64.efi
837K	/boot/efi/EFI/ubuntu/mmx64.efi
934K	/boot/efi/EFI/Boot/bkpbootx64.efi
935K	/boot/efi/EFI/debian/shimx64.efi
945K	/boot/efi/EFI/Boot/bootx64.efi
945K	/boot/efi/EFI/ubuntu/shimx64.efi
1,7M	/boot/efi/EFI/Boot/grubx64.efi
1,7M	/boot/efi/EFI/Microsoft/Boot/grubx64.efi
1,8M	/boot/efi/EFI/Microsoft/Boot/memtest.efi
2,0M	/boot/efi/EFI/Microsoft/Boot/bootmgfw.efi
2,0M	/boot/efi/EFI/Microsoft/Boot/bootmgr.efi
2,6M	/boot/efi/EFI/debian/grubx64.efi
2,6M	/boot/efi/EFI/ubuntu/grubx64.efi
4,3M	/boot/efi/EFI/ubuntu
4,4M	/boot/efi/EFI/Boot
4,4M	/boot/efi/EFI/debian
14M	/boot/efi/EFI/Microsoft/Boot/Fonts
29M	/boot/efi/EFI/Microsoft
29M	/boot/efi/EFI/Microsoft/Boot
43M	/boot/efi/EFI
iznobe@iznobe-pc:~$ lsblk -fe7 | grep vfat
NAME         FSTYPE FSVER LABEL           UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
├─nvme0n1p3  vfat   FAT32 SSD_BOOTEFI     C071-9050                                41M    57% /boot/efi
iznobe@iznobe-pc:~$ 

41 Megaoctets occupés seulement
et que la taille de ma partition EFI est de :

iznobe@iznobe-pc:~$ lsblk -fe7 -no fssize /dev/nvme0n1p3
   96M
iznobe@iznobe-pc:~$

Dernière modification par iznobe (Le 26/04/2025, à 20:01)

---

retour COMPLET et utilisable de commande  |  script montage partitions

MSI Z490A-pro , i7 10700 , 32 GB RAM .

hartemision

Re : [RESOLU] Version du noyau linux et partition /boot/efi pleine

Bonjour,

tu peux passer cette commande :

sudo apt remove  linux-*6.8.0-58-generic

qui devrait supprimer les 3 paquets inutiles .
lors des prochaines MAJ , il installera un 2eme noyau .

Oui en effet, avec "purge" plutôt que "remove". C'est fait, avec un grup-update de précaution.

Le tout c' est que tu aies retabli la situation avec 828 Mo pour ta partition EFI tu ne devrais plus etre embeté .

En effet, j'ai préféré prévoir un peu large

Merci beaucoup à toutes et tous qui m'avez aidé à résoudre mon principal problème, de taille de partition et de remplissage de la partition /boot/efi. Je passe le sujet en résolu.

Points mineurs qui restent inexpliqués :
1. kclean qui semble dire que je ne suis pas sur la dernière version de noyau installée, alors que cela semble être le cas si je comprends bien avec l'explication de iznobe.
2. le changement d'écran de chargement depuis mes différentes manip de restauration du grub : je continues à regarder, si je trouve la solution, je l'indiquerai ici.

Bonne journée et merci encore