Manque de place pour apt upgrade

Support Debian
#1

Bonjour à toutes et tous,
Il m’arrive, lors de mise à jours, de me retrouver en manque de place dans les partitions. Résultat, un message d’erreur tout beau et joli:
_Vous pouvez lancer « apt --fix-broken install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
firefox-esr-l10n-fr : Dépend: firefox-esr (>= 60.5.1esr-1~deb9u1) mais 60.4.0esr-1~deb9u1 devra être installé
E: Dépendances non satisfaites. Essayez « apt --fix-broken install » sans paquet
(ou indiquez une solution).
_
et je ne peux plus rien faire…

Ma question:
Comment gérer cette situation. Je souhaiterais pourvoir “annuler” l’installation problématique le temps de résoudre mon soucis.
Je ne vois rien dans man apt
Si quelqu’un peut m’aider.
Bien à vous.

#2

Dans ce genre de situation, je procéderais en deux étapes :

  1. Vider les paquets inutiles du cache d’APT, et tenter de réparer l’installation en cours :
apt autoclean
dpkg --configure -a
apt install -f
  1. Si ça ne suffit pas, vider tout le cache d’APT, et tenter de nouveau de compléter l’installation en cours :
apt clean
dpkg --configure -a
apt install -f
#3

Ces excellentes suggestions ne me permettent malheureusement pas de résoudre mon problème qui n’a peut etre pas été bien exposé.
J’ai voulu faire un upgrade mais une partie des paquet ne veulent pas s’installer par manque de place. Pour pouvoir en faire, je fais:
apt remove --purge “nomDuPaquet”
Mon système un peu borné mais qui fait ce qu’on lui demande me dit:

Lecture des listes de paquets… Fait
Construction de l’arbre des dépendances
Lecture des informations d’état… Fait
Vous pouvez lancer « apt --fix-broken install » pour corriger ces problèmes.
Les paquets suivants contiennent des dépendances non satisfaites :
firefox-esr-l10n-fr : Dépend: firefox-esr (>= 60.5.1esr-1~deb9u1) mais 60.4.0esr-1~deb9u1 devra être installé
E: Dépendances non satisfaites. Essayez « apt --fix-broken install » sans paquet (ou indiquez une solution).

Pourquoi ne tente t’il pas de supprimer le paquet demandé avant l’installation pour laquelle il n’y a pas de place??? :’(

#4

Salut
je ne vois pas où est le probleme de place
il y a un problème de dépendances

apt policy  firefox-esr

apt policy firefox-esr-l10n-fr
#5

Pourquoi ne me croit on jamais… :sweat_smile:
apres sudo apt install -f

Dépaquetage de firefox-esr (60.5.1esr-1~deb9u1) sur (60.4.0esr-1~deb9u1) …
dpkg: erreur de traitement de l’archive /var/cache/apt/archives/firefox-esr_60.5.1esr-1~deb9u1_amd64.deb (–unpack) :
impossible de copier les données extraites pour « ./usr/lib/firefox-esr/libmozgtk.so » vers « /usr/lib/firefox-esr/libmozgtk.so.dpkg-new » : échec d’écriture (Aucun espace disponible sur le périphérique)
dpkg-deb: erreur: le sous-processus coller a été tué par le signal (Relais brisé (pipe))

Merci de votre aide:wink:

#6

la je vois clairement :joy:

df -hT

df -iT
#7

Bonsoir,
un outil comme les autres qui me rend des services
man ncdu
exemple:
ncdu -x /

#8

pas besoin d’un outil supplémentaire

listage des répertoires volumineux

sudo du -sht 1G /* 2>/dev/null
#9

df -hT:
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 4,2G 0 4,2G 0% /dev
tmpfs tmpfs 855M 9,2M 846M ** 2%** /run
/dev/mapper/debVM–vg-root ext4 8,0G 8,0G 0 100% /
tmpfs tmpfs 4,2G 173 4,1G 5% /dev/shm
tmpfs tmpfs 5,0M 4,0K 5,0M 1% /run/lock
tmpfs tmpfs 4,2G 0 4,2G 0% /sys/fs/cgroup
/dev/sda1 ext2 236M 66M 159M 30% /boot
/dev/mapper/debVM–vg-tmp ext4 575M 1,1M 532M 1% /tmp
/dev/mapper/debVM–vg-var ext4 3,0G 580M 2,2G 21% /var
/dev/mapper/debVM–vg-home ext4 29G 23G 4,6G 84% /home
tmpfs tmpfs 855M 28K 855M 1% /run/user/115
tmpfs tmpfs 855M 48K 855M 1% /run/user/1000
/dev/sr0 iso9660 290M 290M 0 100% /media/cdrom0

#10

apres df -iT:
Sys. de fichiers Type Inœuds IUtil. ILibre IUti% Monté sur
udev devtmpfs 1090985 412 1090573 1% /dev
tmpfs tmpfs 1094093 747 1093346 1% /run
/dev/mapper/debVM–vg-root ext4 536448 245931 290517 46% /
tmpfs tmpfs 1094093 110 1093983 1% /dev/shm
tmpfs tmpfs 1094093 6 1094087 1% /run/lock
tmpfs tmpfs 1094093 15 1094078 1% /sys/fs/cgroup
/dev/sda1 ext2 62248 342 61906 1% /boot
/dev/mapper/debVM–vg-tmp ext4 38400 49 38351 1% /tmp
/dev/mapper/debVM–vg-var ext4 199200 11789 187411 6% /var
/dev/mapper/debVM–vg-home ext4 1925760 28889 1896871 2% /home
tmpfs tmpfs 1094093 26 1094067 1% /run/user/115
tmpfs tmpfs 1094093 35 1094058 1% /run/user/1000

Au passage, je voudrais un peu me renseigner sur ce principe de noeud que je ne comprend pas trop bien… :wink:
Merci

#11

sudo du -sht 1G /* 2>/dev/null

23G /home
6,5G /usr

#12

Cette commande est inadaptée au cas présent.
Inutile d’explorer toute l’arborescence puisque le problème d’espace libre n’affecte que le système de fichiers racine.
Le seuil de 1 Go est trop élevé pour un système de fichiers racine de 8 Go.
Je suggère plutôt

du -hxd1 / | sort -h

i-noeud pour “inode”, pas noeud. En résumé, un inode est un descripteur de fichier sur disque. Chaque fichier ou répertoire occupe un inode, et pour un système de fichiers ext* le nombre d’inodes disponibles est défini lors du formatage. Il peut arriver qu’il soit impossible de créer de nouveaux fichiers non pas parce qu’il n’y a plus d’espace libre mais parce que tous les inodes sont occupés, par exemple lorsqu’on crée de très nombreux petits fichiers. Mais ce n’est pas le cas ici, un peu moins de la moitié des inodes sont utilisés.

Notes :
Je vois que cette installation utilise des volumes logiques LVM. Si l’installation a été bien pensée, il devrait y avoir de l’espace libre dans le groupe de volumes LVM permettant d’agrandir le volume racine, ou de l’espace libre sur le disque permettant d’agrandir le groupe de volumes.

/var est dans un volume logique séparé, donc le vidage du cache de paquets ne libèrera pas d’espace libre dans le volume racine.

On voit que sur les 8 Gio de la racine, 6,5 Gio sont occupés par /usr donc les paquets installés. Environ 500 Mo doivent être occupés dans /lib, /bin et /sbin. Il reste à trouver où est le Go restant.

#13

Merci beaucoup, j’y vois un peu plus claire… Mais… Y a encore du travail…

:sweat_smile:

Evidement puisque… J’ai laissé par défaut… :rofl::sweat_smile:

#14

Donc aucun espace libre n’a été réservé pour les besoins d’agrandissement futurs…

Que dit ma commande du ?

#15
4,0K /.cache
4,0K /lib64
4,0K /root
4,0K /srv
12K /media
16K /lost+found
20K /mnt
5,0M /lib32
5,6M /libx32
8,7M /etc
11M /bin
12M /sbin
425M /lib
913M /opt
6,5G /usr
7,8G /
#16

Le Go manquant est dans /opt. De quoi s’agit-il ?

#17

ls -l /opt
total 20
drwxr-xr-x 3 root root 4096 oct 7 10:48 brother
drwxr-xr-x 7 root root 4096 déc 15 14:32 libreoffice6.1
drwxr-xr-x 6 root root 4096 oct 2 10:51 master-pdf-editor-5
drwxr-xr-x 4 root root 4096 déc 11 15:46 teamviewer
drwxr-xr-x 4 root root 4096 jan 18 14:26 ubports-installer
installation de 5 programmes… aussi par defaut… pas bien… :frowning:

#18

Oui effectivement… De quoi s’agit il?

#19

Tu as répondu dans ton message précédent : ce sont des programmes que tu as installés dans /opt.
Bref, toute la racine est occupée par les programmes installés, que ce soit via des paquets Debian ou manuellement. Tes options sont : supprimer des programmes ou agrandir le volume racine, ce qui nécessite de réduire un autre volume comme var, home ou le swap pour récupérer de l’espace libre.

#20

Je vais les supprimer et les reinstaller ailleurs.

Et la, on rejoint la question du début du post qui était:
Comment “annuler” une mise a jour de paquet qu’on arrive pas à faire? :wink: