Bonjour,

Lorsque j’ai voulu faire une dernière mise à jour de Fedora 39 avant de lancer le processus de passage à la version 40, l’opération s’est interrompue et il y a eu un message d’erreur:

Erreur d’exécution pour la transaction : l'installation du package grub2-efi-ia32-1:2.06-121.fc39.x86_64 nécessite 6MB d'espace supplémentaire sur le système de fichiers /boot`
l'installation du package shim-x64-15.8-3.x86_64 nécessite 4MB d'espace supplémentaire sur le système de fichiers /boot`
l'installation du package shim-ia32-15.8-3.x86_64 nécessite 2MB d'espace supplémentaire sur le système de fichiers /boot`
l'installation du package grub2-efi-ia32-cdboot-1:2.06-121.fc39.x86_64 nécessite 6MB d'espace supplémentaire sur le système de fichiers /boot

Voici quelques infos sur l’état actuel:

[vindwa@localhost ~]$ grep installonly_limit /etc/dnf/dnf.conf`
installonly_limit=3
[vindwa@localhost ~]$ rpm -qa | grep kernel`
kernel-srpm-macros-1.0-20.fc39.noarch`
libreport-plugin-kerneloops-2.17.11-3.fc39.x86_64`
texlive-l3kernel-svn66094-69.fc39.noarch`
abrt-addon-kerneloops-2.17.1-3.fc39.x86_64`
kernel-modules-core-6.7.4-200.fc39.x86_64`
kernel-core-6.7.4-200.fc39.x86_64`
kernel-modules-6.7.4-200.fc39.x86_64`
kernel-6.7.4-200.fc39.x86_64`
kernel-modules-extra-6.7.4-200.fc39.x86_64`
kernel-headers-6.7.3-200.fc39.x86_64`
kernel-modules-core-6.7.5-200.fc39.x86_64`
kernel-core-6.7.5-200.fc39.x86_64`
kernel-modules-6.7.5-200.fc39.x86_64`
kernel-6.7.5-200.fc39.x86_64`
kernel-modules-extra-6.7.5-200.fc39.x86_64`
kernel-modules-core-6.7.7-200.fc39.x86_64`
kernel-core-6.7.7-200.fc39.x86_64`
kernel-modules-6.7.7-200.fc39.x86_64`
kernel-6.7.7-200.fc39.x86_64`
kernel-modules-extra-6.7.7-200.fc39.x86_64`
[vindwa@localhost ~]$`

Est-ce que passer le nombre de kernels à 2 serait utile?

Pourquoi boot est-il si petit?

Vaut-il mieux envisager de repartir sur une ré-installation?

Edit Nicosss : Correction balises Markdown -> Voir FAQ

    • fgland

    • Meilleure réponsesélectionnée par Vindwa

    Vindwa Sinon, comment fait-on pour supprimer les deux fichiers rescue?

    en tant que root

    # cd /boot
# rm initramfs-0-rescue-4e0fa2c3c9bc4d3294fb22d6fc4bcd5e.img
# rm vmlinuz-0-rescue-4e0fa2c3c9bc4d3294fb22d6fc4bcd5e

    Combien de mémoire vive y a-t-il sur ce pc ?
    Il est possible que la gestion du swap avec zram soit passée avec F40…
    On verra après

    Quelle est la taille du boot ?
    # fdisk -l
    mais ne donne que les infos du disque
    attention au formatage !

    Voici:

    Device     Boot    Start       End   Sectors  Size Id Type`
/dev/sdb1  *        2048   1026047   1024000  500M 83 Linux`

    Edit Nicosss : Correction balises Markdown -> Voir FAQ

    Bizarre, bizarre, le mien fait 600 Mo et j’ai à peine 2.5 % d’utilisé.

    regarde ce qu’il y a dedans
    # ls -l /boot
    on doit pouvoir faire du nettoyage

    [vindwa@localhost ~]$ ls -l /boot`
total 381158`
-rw-r--r--. 1 root root   269327  5 fév  2024 config-6.7.4-200.fc39.x86_64`
-rw-r--r--. 1 root root   269338 17 fév  2024 config-6.7.5-200.fc39.x86_64`
-rw-r--r--. 1 root root   269378  1 mar  2024 config-6.7.7-200.fc39.x86_64`
drwx------. 4 root root     1024  6 déc  2023 efi`
drwxr-xr-x. 2 root root     5120  6 déc  2023 extlinux`
drwx------. 5 root root     1024 13 oct 18:35 grub2`
-rw-------. 1 root root 85887734 15 oct  2020 initramfs-0-rescue-4e0fa2c3c9bc4d3294fb22d6fc4bcd5e.img`
-rw-------. 1 root root 73882832 12 fév  2024 initramfs-6.7.4-200.fc39.x86_64.img`
-rw-------. 1 root root 73893905 23 fév  2024 initramfs-6.7.5-200.fc39.x86_64.img`
-rw-------. 1 root root 73896775  4 mar  2024 initramfs-6.7.7-200.fc39.x86_64.img`
drwxr-xr-x. 3 root root     1024 15 oct  2020 loader`
drwx------. 2 root root    12288 15 oct  2020 lost+found`
-rw-r--r--. 1 root root   147744  7 jan  2024 memtest86+x64.bin`
lrwxrwxrwx. 1 root root       45 12 fév  2024 symvers-6.7.4-200.fc39.x86_64.xz -> /lib/modules/6.7.4-200.fc39.x86_64/symvers.xz`
lrwxrwxrwx. 1 root root       45 23 fév  2024 symvers-6.7.5-200.fc39.x86_64.xz -> /lib/modules/6.7.5-200.fc39.x86_64/symvers.xz`
lrwxrwxrwx. 1 root root       45  4 mar  2024 symvers-6.7.7-200.fc39.x86_64.xz -> /lib/modules/6.7.7-200.fc39.x86_64/symvers.xz`
-rw-r--r--. 1 root root  8850577  5 fév  2024 System.map-6.7.4-200.fc39.x86_64`
-rw-r--r--. 1 root root  8851363 17 fév  2024 System.map-6.7.5-200.fc39.x86_64`
-rw-r--r--. 1 root root  8851783  1 mar  2024 System.map-6.7.7-200.fc39.x86_64`
-rwxr-xr-x. 1 root root 10782824 15 oct  2020 vmlinuz-0-rescue-4e0fa2c3c9bc4d3294fb22d6fc4bcd5e`
-rwxr-xr-x. 1 root root 14806856  5 fév  2024 vmlinuz-6.7.4-200.fc39.x86_64`
-rwxr-xr-x. 1 root root 14794568 17 fév  2024 vmlinuz-6.7.5-200.fc39.x86_64`
-rwxr-xr-x. 1 root root 14794568  1 mar  2024 vmlinuz-6.7.7-200.fc39.x86_64`
[vindwa@localhost ~]$`

    Le plus récent noyau installé n’est pas tout frais, car j’ai attendu avant de demander de l’aide…

    Edit Nicosss : Correction balises Markdown -> Voir FAQ

    C’est pas la partition boot qui est saturée mais la partition EFI, celle qui est montée dans /boot/efi, souvent les constructeurs la fixent à 100 Mo, ça devient insuffisant en cas d’update des firmwares.
    Si tu as viré Windows tu peux supprimer le répertoire Microsoft qui est resté dans la partition EFI pour gagner de l’espace. (attention à ne pas le faire si es en dual boot Windows/Fedora Linux)

    J’avais fait une installation sur un disque dur vierge, suite à la “mort physique” du précédent en juillet 2020.

    Il n’y a donc pas de scories de Windows à virer…

    tu peux supprimer les deux fichiers rescue qui date de la première installation et qui à priori ne sont plus uilisables !
    Cela devrait suffir pour la mise à jour

    Quelle est la taille de ta partition EFI?
    df -h /boot/efi
    Que contient-elle?
    sudo ls /boot/efi/EFI

      OK.

      Je suppose qu’il faut pour cela un autre outil que DNF?

      hechmi50

      Voilà:

      df -h /boot/efi`
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur`
/dev/sdb1          474M    398M   48M  90% /boot`

      Edit Nicosss : Correction balises Markdown -> Voir FAQ

        C’est pas normal d’être à l’étroit avec 474 M.

        Si ton installation initiale est de 2020 comme l’indique le recue, tu dois avoir une partition swap qui n’est plus utilisé. On peut l’utiliser pour le boot si c’est le cas. C’est ce que j’ai fais sur deux de mes pc.

        Il y a une partition swap marquée comme active:

        /dev/sdb2 Swap (version 1) — Actif

        Sinon, comment fait-on pour supprimer les deux fichiers rescue?

          @Vindwa J’ai corrigé tes messages concernant l’utilisation du bloc code en Markdown.

          Je t’invite vivement à lire les Conditions d’utilisation dont le lien est aussi en bas de page ainsi que plus particulièrement la FAQ du Forum. Merci par avance afin de faciliter la lisibilité.

          OK, merci.

          C’est la première fois que j’utilise la nouvelle version du forum…

            Tu n’as pas donné le retour de
            sudo ls /boot/efi/EFI
            Il y avoir des répertoires superflus, chez moi la partition EFi ne prend que 66 M.

            Oups, désolé pour cette distraction…

            [vindwa@localhost ~]$ sudo ls /boot/efi/EFI
[sudo] Mot de passe de vindwa : 
BOOT  fedora

            Vindwa Pas de souci, c’est une petite gymnastique à réaliser au début.