[Résolu][Qst] - Plus d'espace sur /

Support Debian
#1

Salutations,

Newbie en Debian, je monte un petit Raspberry pour sauver des lapins Nabaztags… Tout fonctionne, si ce n’est que j’ai maintenant une erreur d’espace libre.
J’avais mis une SD de 4 Go, car je n’utilise QUE le FTP, VNC, SSH et Apache.

En effet, je suis a 0 Octet libre sur / et /dev/root/ :

root@Rasppy:/dev# df -H Sys. fich. Taille Util. Dispo Uti% Monté sur rootfs 3,8G 3,8G 0 100% / /dev/root 3,8G 3,8G 0 100% / devtmpfs 226M 0 226M 0% /dev tmpfs 46M 377k 46M 1% /run tmpfs 5,3M 0 5,3M 0% /run/lock tmpfs 92M 0 92M 0% /run/shm /dev/mmcblk0p1 59M 11M 49M 18% /boot tmpfs 92M 4,1k 92M 1% /tmp //192.168.0.105/Backup/Serveurs/Raspberrys/Rasppy 3,0T 1,4T 1,6T 47% /home/pi/NAS/Backups

J’ai essayé :

apt-get clean et apt-get autoremove mais toujours 0 de libre…

Du coups, il ne veut plus faire de MaJ.

Any idea ?

#2

C koa ta qst ?

#3

Faire comme d’habitude : rechercher avec [mono]du -s[/mono] dans les répertoires de la racine (/home, /usr, /var…) ce qui prend de la place.

#4

Oui, sauf que :

1/ Je ne sais pas quoi virer sans risque.

2/ J’ai actuellement ça comme retour :

root@Rasppy:/# du -s du: impossible d'accéder à « ./proc/13951/task/13951/fd/4 »: Aucun fichier ou dossier de ce type du: impossible d'accéder à « ./proc/13951/task/13951/fdinfo/4 »: Aucun fichier ou dossier de ce type du: impossible d'accéder à « ./proc/13951/fd/4 »: Aucun fichier ou dossier de ce type du: impossible d'accéder à « ./proc/13951/fdinfo/4 »: Aucun fichier ou dossier de ce type 3938861 . root@Rasppy:/#

#5

  1. On verra plus tard, d’abord identifier les répertoires volumineux, et dans ceux-ci, les sous-répertoire volumineux, et ainsi de suite. Ensuite on discutera de ce qui peut être supprimé.

  2. Sans importance, le contenu de /proc n’est pas sur le volume racine. Inutile de sonder les répertoires qui sont des points de montage (listés par [mono]df[/mono]) : /sys, /tmp, /run, /dev, /boot… L’option [mono]-x[/mono] de [mono]du[/mono] les ignore automatiquement.

#6

du -x me donne une liste interminable.

du -sx me donne :

root@Rasppy:/# du -sx 2436556 .

#7

Et si tu spécifiais les répertoires dans lesquels tu veux faire la recherche ?
Au passage, ajoute l’option [mono]-h[/mono] pour rendre les tailles plus lisibles.

#8

[quote=“PascalHambourg”]Et si tu spécifiais les répertoires dans lesquels tu veux faire la recherche ?
(…)[/quote]
Oui, je veux bien, mais alors, nous revenons au pb initial, à savoir :

quote="casio"
1/ Je ne sais pas quoi virer sans risque.
(…)[/quote]

#9

Commence par nous donner le retour complet de [mono]# du -shx /*[/mono], ensuite seulement nous pourrons t’aider à trouver ce dont ton système peut se passer.

[mono]# du -shx /* | sort -hr[/mono] te donnera en tête de liste les répertoires les plus lourds.

#10

quote="vv222"
Commence par nous donner le retour complet de [mono]# du -shx /*[/mono] (…)
[/quote]

root@Rasppy:/# du -shx /* 5,2M /bin 9,7M /boot 0 /dev 6,5M /etc 32M /home 15M /$HOME 58M /lib 16K /lost+found 4,0K /media 4,0K /mnt 37M /opt du: impossible d'accéder à « /proc/6732/task/6732/fd/4 »: Aucun fichier ou dossier de ce type du: impossible d'accéder à « /proc/6732/task/6732/fdinfo/4 »: Aucun fichier ou dossier de ce type du: impossible d'accéder à « /proc/6732/fd/4 »: Aucun fichier ou dossier de ce type du: impossible d'accéder à « /proc/6732/fdinfo/4 »: Aucun fichier ou dossier de ce type 0 /proc 17M /root 368K /run 6,2M /sbin 4,0K /selinux 8,0K /srv 0 /sys 4,0K /tmp 1,9G /usr 269M /var

quote=“vv222”
[mono]# du -shx /* | sort -hr[/mono] te donnera en tête de liste les répertoires les plus lourds.[/quote]

root@Rasppy:/# du -shx /* | sort -hr du: impossible d'accéder à « /proc/6906/task/6906/fd/4 »: Aucun fichier ou dossier de ce type du: impossible d'accéder à « /proc/6906/task/6906/fdinfo/4 »: Aucun fichier ou dossier de ce type du: impossible d'accéder à « /proc/6906/fd/4 »: Aucun fichier ou dossier de ce type du: impossible d'accéder à « /proc/6906/fdinfo/4 »: Aucun fichier ou dossier de ce type 1,9G /usr 269M /var 58M /lib 37M /opt 32M /home 17M /root 15M /$HOME 9,7M /boot 6,5M /etc 6,2M /sbin 5,2M /bin 368K /run 16K /lost+found 8,0K /srv 4,0K /tmp 4,0K /selinux 4,0K /mnt 4,0K /media 0 /sys 0 /proc 0 /dev
En effet :wink:.

#11

En adaptant les commandes que tu as utilisées, essaye de trouver les répertoires qui prennent le plus de place sous /var et /usr/share. (la liste sous /usr/share risque d’être longue, poste ici seulement les dix ou vingt répertoires les plus lourds)

Le ménage sous /var peut généralement se faire en supprimant directement les fichiers (ne le fait quand même pas avant d’avoir obtenu confirmation ici que c’est sans risque), là où le ménage sous /usr se fait en supprimant des applications via APT.

#12

root@Rasppy:~# du -shx /var/* | sort -hr 100M /var/swap 97M /var/lib 43M /var/cache 15M /var/www 6,9M /var/backups 6,0M /var/log 24K /var/spool 4,0K /var/tmp 4,0K /var/opt 4,0K /var/mail 4,0K /var/local 0 /var/run 0 /var/lock

root@Rasppy:~# du -shx /usr/share/* | sort -hr 185M /usr/share/locale 133M /usr/share/doc 115M /usr/share/qt4 112M /usr/share/icons 55M /usr/share/fonts 33M /usr/share/midi 24M /usr/share/man 20M /usr/share/perl 13M /usr/share/pyshared 13M /usr/share/i18n 12M /usr/share/poppler 12M /usr/share/nmap 7,9M /usr/share/ssh 7,2M /usr/share/java 6,5M /usr/share/terminfo 5,6M /usr/share/X11 5,6M /usr/share/help 5,0M /usr/share/groff (...)

#13

Le compte n’a pas l’air d’y être. En additionnant tout ce que trouve [mono]du[/mono], on arrive à environ 2,5 Gio, loin des 3,8 Go annoncés par [mono]df[/mono]. Les deux raisons les plus courantes sont :

  • des fichiers supprimés mais encore ouverts par un processus (chercher avec lsof ou fuser), il suffit alors d’arrêter le processus ou de redémarrer le système ;
  • des fichiers cachés “sous” les points de montage, à vérifier en remontant la racine ailleurs

mount -o bind / /mnt du -sh /mnt/*

#14

quote=“PascalHambourg”

mount -o bind / /mnt du -sh /mnt/*[/quote]

Chose très marrante; Je viens de suivre pas à pas vos recommendations, et :

root@Rasppy:~# mount -o bind / /mnt root@Rasppy:~# du -sh /mnt/* 5,2M /mnt/bin 4,0K /mnt/boot 8,0K /mnt/dev 6,3M /mnt/etc 32M /mnt/home 15M /mnt/$HOME 58M /mnt/lib 16K /mnt/lost+found 4,0K /mnt/media 4,0K /mnt/mnt 37M /mnt/opt 4,0K /mnt/proc 17M /mnt/root 52K /mnt/run 6,2M /mnt/sbin 4,0K /mnt/selinux 8,0K /mnt/srv 4,0K /mnt/sys 28K /mnt/tmp 1,9G /mnt/usr 265M /mnt/var root@Rasppy:~#

En effet :

root@Rasppy:~# df -H Sys. fich. Taille Util. Dispo Uti% Monté sur rootfs 3,8G 2,5G 1,2G 68% / /dev/root 3,8G 2,5G 1,2G 68% / devtmpfs 226M 0 226M 0% /dev tmpfs 46M 246k 46M 1% /run tmpfs 5,3M 0 5,3M 0% /run/lock tmpfs 92M 0 92M 0% /run/shm /dev/mmcblk0p1 59M 11M 49M 18% /boot //192.168.0.105/Backup/Serveurs/Raspberrys/Rasppy 3,0T 1,4T 1,6T 47% /home/pi/NAS/Backups /dev/root 3,8G 2,5G 1,2G 68% /mnt root@Rasppy:~#

Bon, bien, hé béh… Heu… 1,2 Go de libre maintenant…

Etrange.
Comment puis-je parer aux prochains gonflages étranges ? Que puis-je supprimer d’autre ?

#15

Tu as redémarré le système entretemps ?
En tout cas il n’y avait rien de caché sous les points de montage, et ce n’est pas le remontage de la racine en bind qui a fait quoi que ce soit. Reste l’hypothèse de fichiers supprimés encore ouverts.

Si tu veux libérer plus d’espace disque, le gros étant dans /usr, il faut désinstaller des paquets. Lesquels, c’est à toi de voir. Il y a des outils pour rechercher les paquets occupant beaucoup d’espace (dpigs dans debian-goodies), les paquets et bibliothèques inutilisés (deborphan, debfoster), mais je n’ai pas d’expérience avec.

Mais même cela peut ne faire que retarder le problème, si quelque chose à tendance à remplir tout l’espace. Il faut surveiller l’espace libre, et en cas de diminution anormale refaire une recherche.

#16

Oki, je vais essayer.

Entre-temps, j’ai testé LocalePurge et deborphan ( Post : http://www.debian-fr.org/procedure-pour-nettoyer-sa-debian-t3826.html ), et maintenant :

root@Rasppy:~# df -H Sys. fich. Taille Util. Dispo Uti% Monté sur rootfs 3,8G 2,2G 1,5G 60% / /dev/root 3,8G 2,2G 1,5G 60% / devtmpfs 226M 0 226M 0% /dev tmpfs 46M 246k 46M 1% /run tmpfs 5,3M 0 5,3M 0% /run/lock tmpfs 92M 0 92M 0% /run/shm /dev/mmcblk0p1 59M 11M 49M 18% /boot //192.168.0.105/Backup/Serveurs/Raspberrys/Rasppy 3,0T 1,4T 1,6T 47% /home/pi/NAS/Backups root@Rasppy:~#

Impressionnant :slightly_smiling:

Merci de votre aide…

Existe t’il un moniteur à mettre sur la barre des taches pour voir l’espace libre restant ?

#17

quote="casio"
Existe t’il un moniteur à mettre sur la barre des taches pour voir l’espace libre restant ?[/quote]

#18

Salut,

Tu te souviens ? Une question par post :013

aptitude search conky

#19

Je range cela dans la même question, puisque je cherchais à faire de la place, il est logique que je fasse cette requête terminale.

Merci, je vais regarder.

Je clos donc le sujet.