Impossible de mettre à jour Yunohost / gzip: stdout: No space left on device

I have searched the forum for similar issues

on

This category is for general issues regarding YunoHost, NOT apps.

on

This form is written in English :uk: but feel free to write in French :fr: if you’re more comfortable!

on

What type of hardware are you using

Old laptop or computer

What YunoHost version are you running

11.2.30.2

How are you able to access your server

The webadmin
SSH
Direct access via physical keyboard/screen

Describe your issue

Bonjour, depuis quelque temps, je n’arrive plus à mettre à jour mon serveur yunohost.
Voici le message d’erreur lorsque je lance la maj depuis l’interface d’administration :


YunoHost a rencontré une erreur
Vraiment désolé de cela.
Vous devez chercher de l’aide sur le forum ou le chat pour corriger la situation, ou signaler le bug sur le bugtracker.
Les informations suivantes peuvent être utiles à la personne qui vous aide :

Erreur: “400”

Action: “PUT” /yunohost/api/apps/filebrowser/upgrade

Message d’erreur :
Vous ne pouvez pas faire ça maintenant car dpkg/apt (le gestionnaire de paquets du système) semble avoir laissé des choses non configurées… Vous pouvez essayer de résoudre ce problème en vous connectant via SSH et en exécutant sudo apt install --fix-broken et/ou sudo dpkg --configure -a et/ou sudo dpkg --audit.

Pendant le traitement de l’action, le serveur a dit :
Mise à jour de filebrowser…
Creating a safety backup prior to the upgrade
Collecte des fichiers devant être sauvegardés pour filebrowser…
Declaring files to be backed up…
/home/yunohost.app/filebrowser will not be saved, because ‘BACKUP_CORE_ONLY’ is set.
Backup script completed for filebrowser. (YunoHost will then actually copy those files to the archive).
Création d’une archive de sauvegarde à partir des fichiers collectés…
L’archive contiendra environ 16.0MB de données.
Sauvegarde créée : filebrowser-pre-upgrade2
Sauvegarde supprimée : filebrowser-pre-upgrade1


Voici le résultat de ces trois commandes en SSH :

sudo apt install --fix-broken :

[…]
gzip: stdout: No space left on device
E: mkinitramfs failure gzip 1
update-initramfs: failed for /boot/initrd.img-5.10.0-30-amd64 with 1.
dpkg: erreur de traitement du paquet initramfs-tools (–configure) :
installed initramfs-tools package post-installation script subprocess returned error exit status 1
Des erreurs ont été rencontrées pendant l’exécution :
linux-image-5.10.0-31-amd64
linux-image-5.10.0-32-amd64
linux-image-amd64
initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)


seb@pluton:~$ sudo dpkg --configure -a
[sudo] Mot de passe de seb :
Paramétrage de initramfs-tools (0.140) …
update-initramfs: deferring update (trigger activated)
Paramétrage de linux-image-5.10.0-31-amd64 (5.10.221-1) …
I: /initrd.img.old is now a symlink to boot/initrd.img-5.10.0-31-amd64
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.10.0-31-amd64

gzip: stdout: No space left on device
E: mkinitramfs failure gzip 1
update-initramfs: failed for /boot/initrd.img-5.10.0-31-amd64 with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: erreur de traitement du paquet linux-image-5.10.0-31-amd64 (–configure) :
installed linux-image-5.10.0-31-amd64 package post-installation script subprocess returned error exit status 1
Paramétrage de linux-image-5.10.0-32-amd64 (5.10.223-1) …
I: /initrd.img is now a symlink to boot/initrd.img-5.10.0-32-amd64
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-5.10.0-32-amd64

gzip: stdout: No space left on device
E: mkinitramfs failure gzip 1
update-initramfs: failed for /boot/initrd.img-5.10.0-32-amd64 with 1.
run-parts: /etc/kernel/postinst.d/initramfs-tools exited with return code 1
dpkg: erreur de traitement du paquet linux-image-5.10.0-32-amd64 (–configure) :
installed linux-image-5.10.0-32-amd64 package post-installation script subprocess returned error exit status 1
dpkg: des problèmes de dépendances empêchent la configuration de linux-image-amd64 :
linux-image-amd64 dépend de linux-image-5.10.0-32-amd64 (= 5.10.223-1) ; cependant :
Le paquet linux-image-5.10.0-32-amd64 n’est pas encore configuré.

dpkg: erreur de traitement du paquet linux-image-amd64 (–configure) :
problèmes de dépendances - laissé non configuré
Traitement des actions différées (« triggers ») pour initramfs-tools (0.140) …
update-initramfs: Generating /boot/initrd.img-5.10.0-30-amd64

gzip: stdout: No space left on device
E: mkinitramfs failure gzip 1
update-initramfs: failed for /boot/initrd.img-5.10.0-30-amd64 with 1.
dpkg: erreur de traitement du paquet initramfs-tools (–configure) :
installed initramfs-tools package post-installation script subprocess returned error exit status 1
Des erreurs ont été rencontrées pendant l’exécution :
linux-image-5.10.0-31-amd64
linux-image-5.10.0-32-amd64
linux-image-amd64
initramfs-tools


seb@pluton:~$ sudo dpkg --audit
[sudo] Mot de passe de seb :
Les paquets suivants ont été dépaquetés mais ne sont pas configurés. Ils
doivent être configurés en utilisant dpkg --configure ou l’option configure
du menu de dselect pour pouvoir fonctionner :
linux-image-amd64 Linux for 64-bit PCs (meta-package)

Les paquets suivants sont à demi configurés, probablement à cause de
problèmes survenus lors de la première configuration. Il faudrait réessayer
de les configurer en utilisant dpkg --configure ou l’option
configure du menu de dselect :
initramfs-tools generic modular initramfs generator (automation)
linux-image-5.10.0-31-amd64 Linux 5.10 for 64-bit PCs (signed)
linux-image-5.10.0-32-amd64 Linux 5.10 for 64-bit PCs (signed)


seb@pluton:~$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 3,9G 0 3,9G 0% /dev
tmpfs 783M 1,2M 782M 1% /run
/dev/sda6 915G 387G 482G 45% /
tmpfs 3,9G 2,0M 3,9G 1% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
/dev/sda1 230M 207M 7,1M 97% /boot
tmpfs 783M 0 783M 0% /run/user/995
tmpfs 783M 0 783M 0% /run/user/20688

Je vois que /boot est remplit à 97% c’est surement ca le problème non ?
Comment je peut faire pour faire du menage là dedans ?

Merci d’avance pour votre aide

Share relevant logs or error messages

Je n’ai pas de logs…

J’ajoute ceci :

seb@pluton:~$ uname -a
Linux pluton 5.10.0-30-amd64 #1 SMP Debian 5.10.218-1 (2024-06-01) x86_64 GNU/Linux

seb@pluton:~$ cd /boot
seb@pluton:/boot$ ls -alh
total 196M
drwxr-xr-x 4 root root 1,0K 30 oct. 11:43 .
drwxr-xr-x 18 root root 4,0K 30 oct. 11:43 …
-rw-r–r-- 1 root root 231K 24 juil. 2022 config-5.10.0-16-amd64
-rw-r–r-- 1 root root 231K 31 janv. 2024 config-5.10.0-28-amd64
-rw-r–r-- 1 root root 231K 3 mai 14:40 config-5.10.0-29-amd64
-rw-r–r-- 1 root root 231K 1 juin 11:24 config-5.10.0-30-amd64
-rw-r–r-- 1 root root 231K 14 juil. 10:11 config-5.10.0-31-amd64
-rw-r–r-- 1 root root 231K 10 août 08:09 config-5.10.0-32-amd64
drwxr-xr-x 5 root root 1,0K 8 juil. 09:26 grub
-rw-r–r-- 1 root root 38M 14 févr. 2024 initrd.img-5.10.0-16-amd64
-rw-r–r-- 1 root root 39M 14 févr. 2024 initrd.img-5.10.0-28-amd64
-rw-r–r-- 1 root root 39M 18 mai 09:16 initrd.img-5.10.0-29-amd64
-rw-r–r-- 1 root root 39M 8 juil. 09:26 initrd.img-5.10.0-30-amd64
drwx------ 2 root root 12K 14 févr. 2024 lost+found
-rw-r–r-- 1 root root 83 24 juil. 2022 System.map-5.10.0-16-amd64
-rw-r–r-- 1 root root 83 31 janv. 2024 System.map-5.10.0-28-amd64
-rw-r–r-- 1 root root 83 3 mai 14:40 System.map-5.10.0-29-amd64
-rw-r–r-- 1 root root 83 1 juin 11:24 System.map-5.10.0-30-amd64
-rw-r–r-- 1 root root 83 14 juil. 10:11 System.map-5.10.0-31-amd64
-rw-r–r-- 1 root root 83 10 août 08:09 System.map-5.10.0-32-amd64
-rw-r–r-- 1 root root 6,6M 24 juil. 2022 vmlinuz-5.10.0-16-amd64
-rw-r–r-- 1 root root 6,8M 31 janv. 2024 vmlinuz-5.10.0-28-amd64
-rw-r–r-- 1 root root 6,8M 3 mai 14:40 vmlinuz-5.10.0-29-amd64
-rw-r–r-- 1 root root 6,8M 1 juin 11:24 vmlinuz-5.10.0-30-amd64
-rw-r–r-- 1 root root 6,8M 14 juil. 10:11 vmlinuz-5.10.0-31-amd64
-rw-r–r-- 1 root root 6,8M 10 août 08:09 vmlinuz-5.10.0-32-amd64

est-ce que je peux supprimer tout ce qui concerne les anciennes versions du noyau (tout ce qui est avant la version 5.10.0-30) ?

Bon je crois que j’ai plus ou moins réglé le problème…

J’ai fait ca :

sudo apt autoremove --purge

Et maintenant j’ai un peu plus de place sur /boot mais c’est pas top quand même la partition est remplie à 70%

seb@pluton:/boot$ df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev 3,9G 0 3,9G 0% /dev
tmpfs 783M 1,2M 782M 1% /run
/dev/sda6 915G 386G 483G 45% /
tmpfs 3,9G 0 3,9G 0% /dev/shm
tmpfs 5,0M 0 5,0M 0% /run/lock
/dev/sda1 230M 148M 66M 70% /boot
tmpfs 783M 0 783M 0% /run/user/20688

mais bon au moins la mise à jour est passée sans encombres…

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.