Forum-Francophone-LinuxMint.fr

Bonjour !
Je n'arrive plus à faire de mise à jour : voici le message :
Les paquets suivants ont des dépendances non satisfaites :
linux-image-amd64: Depends: linux-image-6.1.0-48-amd64 (= 6.1.172-1) mais il n'est pas installé

Quand j'allume l'ordi, un message apparait disant que j'ai 0 octets disponibles.
Or : je n'ai quasiment rien de stocké sur le disque dur...
Merci pour votre aide !

Re (pour compléter mon post précédent, car j'avais pas mal éclusé les réponses aux questions similaires dans le forum), je vous mets la réponse à
sudo apt upgrade, puis
sudo --fix broken install :
-----------
dpkg: erreur de traitement de l'archive /var/cache/apt/archives/linux-image-6.1.
0-48-amd64_6.1.172-1_amd64.deb (--unpack) :
impossible de copier les données extraites pour « ./boot/vmlinuz-6.1.0-48-amd64
» vers « /boot/vmlinuz-6.1.0-48-amd64.dpkg-new » : échec d'écriture (Aucun espa
ce disponible sur le périphérique)
dpkg-deb: erreur: le sous-processus coller a été tué par le signal (Relais brisé
(pipe))
Des erreurs ont été rencontrées pendant l'exécution :
/var/cache/apt/archives/linux-image-6.1.0-48-amd64_6.1.172-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
--------------------
voilà. merci à toutes tous et bon dimanche

Bonjour Mareen.

D'après tes retours, ta partition racine / est pleine.
Dans un premier temps tu va faire ça:

Code : Tout sélectionner

sudo apt autoremove

Tu ne fais pas les mises à jour !
Ensuite tu nous donnes le retour de :

Code : Tout sélectionner

df -h

Si c'est bien ça, nous te donnerons la procédure a suivre pour lister ce qui rempli ta / et comment faire du ménage.

Bonjour Alain,

voici :

Code : Tout sélectionner

Sys. de fichiers         Taille Utilisé Dispo Uti% Monté sur
udev                       7,6G       0  7,6G   0% /dev
tmpfs                      1,6G    1,9M  1,6G   1% /run
/dev/mapper/lvmlmde-root   452G     17G  412G   4% /
tmpfs                      7,7G       0  7,7G   0% /dev/shm
tmpfs                      5,0M    8,0K  5,0M   1% /run/lock
/dev/nvme0n1p2             944M    923M     0 100% /boot
/dev/nvme0n1p1             286M    5,9M  280M   3% /boot/efi
tmpfs                      1,6G    100K  1,6G   1% /run/user/1000

Ok malgré l'autoremove il ne te reste que 4% sur ta partition racine.

Ça devrait être suffisant pour installer ncdu: (ne fait pas les mises à jour tant que tu n'auras pas 20% de libre sur ta partition racine /)

Code : Tout sélectionner

sudo apt install ncdu

Pour son utilisation regarde cet article de linuxtricks : https://www.linuxtricks.fr/wiki/ncdu-vi ... en-console
Ou fait une recherche ici avec ncdu je sais qu'il y a plusieurs sujets qui en ont parlé.
Avec ncdu, tu vas pouvoir déterminer ce qui te prend de la place et supprimer des fichiers non nécessaires.

Salut;

Pour réparer les librairies qui pourraient être cassées (option -f (--fix-broken)) à apt :

Code : Tout sélectionner

sudo apt install -f

puis retente un :

Code : Tout sélectionner

sudo apt update && sudo apt upgrade

Bonjour,
Je me permet une petite incruste sur le sujet car j'ai l'impression qu'il y a une erreur de diagnostic!

par alain » lun. 25 mai 2026 23:20
Ok malgré l'autoremove il ne te reste que 4% sur ta partition racine.

Me trompe-je? C'est pas plutôt l'inverse? Moi je vois 412 Go de disponible sur le retour de la commande.

Code : Tout sélectionner

Sys. de fichiers         Taille Utilisé Dispo Uti% Monté sur
udev                       7,6G       0  7,6G   0% /dev
tmpfs                      1,6G    1,9M  1,6G   1% /run
/dev/mapper/lvmlmde-root   452G     17G  412G   4% /
tmpfs                      7,7G       0  7,7G   0% /dev/shm
tmpfs                      5,0M    8,0K  5,0M   1% /run/lock
/dev/nvme0n1p2             944M    923M     0 100% /boot
/dev/nvme0n1p1             286M    5,9M  280M   3% /boot/efi
tmpfs                      1,6G    100K  1,6G   1% /run/user/1000

Ne pas tenir compte de mon message si je fais une erreur. Merci.
jumbo67

jumbo67 a écrit : mar. 26 mai 2026 15:36 Bonjour,
Je me permet une petite incruste sur le sujet car j'ai l'impression qu'il y a une erreur de diagnostic!
par alain » lun. 25 mai 2026 23:20
Ok malgré l'autoremove il ne te reste que 4% sur ta partition racine.
Me trompe-je? C'est pas plutôt l'inverse? Moi je vois 412 Go de disponible sur le retour de la commande.

Ho! pitaing oui, je devais être fatigué. Tu as tout à fait raison Jumbo

Merci d'avoir relevé.

Donc Mareen ne suis pas ce que j'ai dit, suis les recommandations de Arghlub. Désolé pour cette grossière erreur.

Bonsoir, et merci pour ces réponses !
alors, j'ai fait comme arghlub a dit

Code : Tout sélectionner

sudo apt install -f

(sans installer les mises à jour demandées)
puis

Code : Tout sélectionner

sudo apt upgrade && sudo apt update

on me demande de faire

Code : Tout sélectionner

sudo apt --fix-broken install

et je retombe sur le même message d'erreur

Code : Tout sélectionner

dpkg: erreur de traitement de l'archive /var/cache/apt/archives/linux-image-6.1.
0-48-amd64_6.1.172-1_amd64.deb (--unpack) :
 impossible de copier les données extraites pour « ./boot/vmlinuz-6.1.0-48-amd64
 » vers « /boot/vmlinuz-6.1.0-48-amd64.dpkg-new » : échec d'écriture (Aucun espa
ce disponible sur le périphérique)
dpkg-deb: erreur: le sous-processus coller a été tué par le signal (Relais brisé
 (pipe))
Des erreurs ont été rencontrées pendant l'exécution :
 /var/cache/apt/archives/linux-image-6.1.0-48-amd64_6.1.172-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)

j'ai pas fait comme il fallait ?

Si, si...Tu as bien fait.

En fait il semblerai que ça soit à cause de ta partition boot sur nvme0n1p2 qui est pleine et d'après ton retour de:

Code : Tout sélectionner

sudo apt --fix-broken install

Mareen a écrit : mar. 26 mai 2026 22:51 » vers « /boot/vmlinuz-6.1.0-48-amd64.dpkg-new » : échec d'écriture (Aucun espa
ce disponible sur le périphérique)

, ça semblerait être effectivement le cas.
Mais il y a complication...Tu as une seconde partition boot pour EFI sur nvme0n1p1.
Pourquoi ?
Je bloque sur la procédure à proposer

Il semble que notre Ryry331, le spécialiste du partitionnement, ait fait le pond, peut-être qu'à son retour, il aura une idée (lui ou un autre).

Forum-Francophone-LinuxMint.fr

système de paquets cassé

système de paquets cassé

Re: système de paquets cassé

Re: système de paquets cassé

Re: système de paquets cassé

Re: système de paquets cassé

Re: système de paquets cassé

Re: système de paquets cassé

Re: système de paquets cassé

Re: système de paquets cassé

Re: système de paquets cassé