Depuis quelques jours, surprise surprise après un dnf upgrade du système sous Fedora 31 Mate ( non efi ).
C'est bien la première fois que je vois ça.
Total 1.3 GB/s | 87 MB 00:00
Test de la transaction
La vérification de la transaction a réussi.
Lancement de la transaction de test
Les paquets téléchargés ont été mis en cache jusqu’à la prochaine transaction réussie.
Vous pouvez supprimer les paquets en cache en exécutant « dnf clean packages ».
Erreur : Transaction test error:
installer le paquetage kernel-core-5.3.12-300.fc31.x86_64 nécessite 11MB sur le système de fichiers /boot
Pour info la partition boot à 243 Mio:
/dev/sda5 ext3 243M 207M 25M 90% /boot
L'autre mise à jour, à donner ceci:
Total 4.0 MB/s | 288 MB 01:11
Delta RPMs a réduit la taille des mises à jour de 287.9 Mio à 287.5 Mio (0.1% économisés)
Test de la transaction
La vérification de la transaction a réussi.
Lancement de la transaction de test
Les paquets téléchargés ont été mis en cache jusqu’à la prochaine transaction réussie.
Vous pouvez supprimer les paquets en cache en exécutant « dnf clean packages ».
Erreur : Transaction test error:
installer le paquetage kernel-core-5.3.13-300.fc31.x86_64 nécessite 11MB sur le système de fichiers /boot
installer le paquetage grub2-efi-ia32-1:2.02-103.fc31.x86_64 nécessite 13MB sur le système de fichiers /boot
installer le paquetage grub2-efi-x64-1:2.02-103.fc31.x86_64 nécessite 14MB sur le système de fichiers /boot
installer le paquetage grub2-efi-ia32-cdboot-1:2.02-103.fc31.x86_64 nécessite 15MB sur le système de fichiers /boot
installer le paquetage grub2-efi-x64-cdboot-1:2.02-103.fc31.x86_64 nécessite 14MB sur le système de fichiers /boot
J'opte pour supprimer les fichiers efi (après une préalable copie), sinon essayer d'agrandir la partition en manuel ( Gparted c'est plus possible pour boot).
Avez vous des idées ?
Le /boot semble bien petit. Tu as combien de kernel installés ? Il manque que 11Mo à trouver sur cette partition a priori.

EDIT: je corrige ton titre.
( Gparted c'est plus possible pour boot)
C'est probablement possible si tu opères à partir d'un live.
243 Mio c'est vraiment peu pour une partition boot. 500 Mio est plus approprié.
Sinon, tu supprime un vieux kernel et tu devra avoir assez de place.
Note, tu peux aussi limiter le nombre de kernel via dnf.conf (3 par default)
$ rpm -q kernel
kernel-5.3.7-301.fc31.x86_64
kernel-5.3.11-300.fc31.x86_64
@madko
Effectivement ça fait pas beaucoup MB pour le boot.
J'ai 2 kernel.

@nouvo09
Finalement j'ai pas eu besoin du livecd avec Gparted, ça faisait très longtemps que je ne l'avais pas utiliser,
et j'avais fais l'erreur de croire qu'on pouvait agrandir cette partition de boot déjà construite.
J'ai construit une nouvelle partition de boot avec 500 Mio, et j'ai finalisé au terminal avec Cfdisk.
C'est bon maintenant et la mise à jour fonctionne à merveille.
$ rpm -q kernel
kernel-5.3.11-300.fc31.x86_64
kernel-5.3.13-300.fc31.x86_64

@winmandrake
Avant de crée la nouvelle partition boot, j'avais que 2 kernel ( réglez dans les paramètres) et j'ai essayé de supprimer l'avant dernier kernel ( et donc il m'en resté qu'un, résultat pareil au même mise à jour bloquer ).
Sinon en fait je suis resté à l'ancienne, dans les années 2006-2010 on conseiller une partition boot de 250 Mio depuis je suis
resté à 250 Mio et c'est aujourd'hui en 2019 que je me rend compte qu'il faut changer et doubler car la technique évolue.

@didierg
Je viens de voir ton post juste avant de répondre.
Oui effectivement les recommandations d'aujourd'hui ne sont plus les mêmes qu'hier. 🙂

Pour info l'autre pc en 250 Mio /boot sur Fedora 31 Cinnamon n'a pas eu ce problème pour le moment.
Mais bon je sais maintenant comment y remédier si problème.

Le sujet est résolue merci à tous et bonne soirée.