C’est fâcheux. Quel est le type de système de fichiers pour la racine ?
df -hTx tmpfs
lsblk
Vous avez pris la précaution d’avoir des systèmes de fichiers spécifiques pour pas mal de points de montages classiques /boot /var /tmp /home et donc il est tout à fait anormal que dans ces conditions la partition racine soit pleine.
Par exemple sur ma machine
fp2@debpacha:~$ df -hTx tmpfs
Sys. de fichiers Type Taille Utilisé Dispo Uti% Monté sur
udev devtmpfs 3,9G 0 3,9G 0% /dev
/dev/mapper/pacha_vg-root_lv ext4 7,9G 4,7G 2,8G 64% /
/dev/mapper/pacha_vg-home_lv ext4 24G 16G 7,4G 69% /home
/dev/sda1 ext4 2,0G 119M 1,7G 7% /boot
/dev/mapper/pacha_vg-tmp_lv xfs 8,0G 41M 8,0G 1% /tmp
/dev/mapper/pacha_vg-data_lv ext4 125G 21G 103G 17% /data
/dev/mapper/pacha_vg-var_lv xfs 4,0G 1,5G 2,6G 37% /var
p2@debpacha:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 111,8G 0 disk
├─sda1 8:1 0 2G 0 part /boot
└─sda2 8:2 0 109,8G 0 part
├─pacha_vg-root_lv 254:3 0 8G 0 lvm /
└─pacha_vg-home_lv 254:4 0 24G 0 lvm /home
sdb 8:16 0 931,5G 0 disk
├─pacha_vg-swap_lv 254:0 0 12G 0 lvm [SWAP]
├─pacha_vg-var_lv 254:1 0 4G 0 lvm /var
├─pacha_vg-data_lv 254:2 0 128G 0 lvm /data
└─pacha_vg-tmp_lv 254:5 0 8G 0 lvm /tmp
sr0 11:0 1 1024M 0 rom
fp2@debpacha:~$
Dans vote cas un espace de 8 ou 10 Go pour le volume logique root devrait être largement suffisant.
Vous pouvez aussi analysez votre système disque avec la commande
sudo lvs
mais cela ne fera que confirmer que du côté de la configuration lvm vous avez attribué 50G au lieu des 8/10G nécessaire.
Pour trouver ce qui cloche et qui prend autant de place on a bien la commande find mais il faut trouver l’option qui précise qu’il ne faut sortir du système de fichiers initial car dans le cas du répertoire / on pourrait légitimement avoir des fichiers volumineux dans /home ou même /var et donc une recherche sur de gros fichiers va être très polluée par la récursivité.
Je vous invite à lancer les commandes suivantes
sudo find / -xdev \( -type f -a -size +100M \)
qui ne devrait rein retourner.
En abaissant la taille à 60M j’obtiens sur mon système
fp2@debpacha:~$ sudo find / -xdev \( -type f -a -size +60M \)
/usr/lib/firefox-esr/libxul.so
/usr/lib/libreoffice/program/libmergedlo.so
/usr/lib/jvm/java-8-openjdk-amd64/jre/lib/rt.jar
fp2@debpacha:~$
Vus avez redimensionné le périphérique bloc qui sert de backend à la racine /. Si vous réfléchissez sur la séquence d’amorçage, vous voyez que le noyau (et l’initramfs) lit le périphérique bloc pour le système de fichier racine une fois (et procède à un remontage en lecture seule en cas d’erreur d’après /etc/fstab), mais je ne sais pas comment dire au noyau de prendre en compte les nouveaux paramètres après redimensionnement.
En résumé, je vous conseille de lancer la commande find pour analyser le problème, puis de procéder à un redémarrage.
Cordialement,
Regards,
Mit freundlichen Grüßen,
مع تحياتي الخالصة
F. Petitjean
Ingénieur civil du Génie Maritime.
« Moi, lorsque je n’ai rien à dire, je veux qu’on le sache. » (R. Devos)
