[resolu] Partition / semble saturée

d33p · 24-03-2019 07:46:34

Hello,

Un

df -h

 

donne :

Filesystem                             Size  Used Avail Use% Mounted on

/dev/sdb2                              137G  130G  174M 100% /

Et un:

sudo du -h --max-depth=1

donne:

4,0K    ./opt

4,0K    ./.cache

3,4G    ./usr

12M    ./sbin

16K    ./lost+found

26T    ./media

26M    ./run

0    ./proc

9,6M    ./bin

383M    ./var

0    ./sys

4,0K    ./mnt

24K    ./root

66M    ./boot

0    ./dev

4,0K    ./srv

4,0K    ./lib64

443M    ./lib

88K    ./tmp

8,4M    ./etc

72K    ./home

26T    .

Les 26T c'est dans media mais rien à avoir avec / (ce sont des volumes montés)
Donc je ne comprends pas pourquoi avec "df" je vois uniquement 174M de libre et lorsque je fais un "du" on voit bien qu'il n'y a pas 130G d'occupé...
Quelqu'un a une idée?

Merci.

JC

Dernière modification par d33p (24-03-2019 20:31:40)

chalu · 24-03-2019 07:51:19

Bonjour,
sdb2 n’est pas une partition (disque externe ?) contenant des données et qui est pleine ?

raleur · 24-03-2019 08:21:33

d33p a écrit :

Les 26T c'est dans media mais rien à avoir avec / (ce sont des volumes montés)

C'est pour cela qu'il faut ajouter l'option -x à du pour rester dans les limites du système de fichiers.

du ne peut prendre en compte que le contenu qui est visible dans l'arborescence du système de fichiers. Il y a trois cas où du contenu peut lui échapper :
- Un fichier supprimé alors qu'il est encore ouvert par un processus. L'arrêt du processus ou le redémarrage du système libère l'espace alloué et résoud le problème.
- Un fichier "caché" sous un montage. Cela arrive typiquement quand on croit écrire dans un volume qui n'est pas monté. Pour voir ce qui est caché sous les points de montage, monter la racine en bind :

mount --bind / /mnt

du -hxd1 /mnt | sort -h

- L'espace de certains systèmes de fichiers peut être occupé par des instantanés ou sous-volumes (btrfs, nilfs).

smolski · 24-03-2019 09:01:24

Intéressante discussion mis sur le wiki avec l'option x de du :
https://debian-facile.org/doc:systeme:du#option-x

smolski · 24-03-2019 09:20:13

Pour le montage en bind, je n'ai trouvé que ce tuto à mettre en lien dans le tuto de du :
https://debian-facile.org/doc:reseau:serveur:bind9

Je ne suis pas sûr qu'il y ait un rapport direct avec ce qui est proposé par raleur en montage des fichiers cachés ?

Dernière modification par smolski (24-03-2019 09:22:05)

raleur · 24-03-2019 09:47:07

Non, rien à voir avec BIND 9 le serveur DNS.

chalu · 24-03-2019 10:24:52

Option -bind de mount, trouvé dans https://manpages.debian.org/stretch/man … .8.fr.html

Les opérations de remontage (« bind »)
Depuis Linux 2.4.0, il est possible de remonter une partie de la hiérarchie des fichiers ailleurs. L'appel est :

mount --bind ancien_répertoire nouveau_répertoire
ou en utilisant cette entrée fstab :

/ancien_répertoire /nouveau_répertoire none bind
À la suite de cet appel, le même contenu est accessible en deux endroits. Un fichier unique peut également être remonté (sur un fichier unique). Un remontage permet aussi de créer un point de montage à partir d'un répertoire normal, par exemple :

mount --bind toto toto
L'appel de remontage n'attache qu'un unique système de fichiers (ou une partie), et pas les éventuels sous-montages. La hiérarchie complète, y compris les sous-montages, est attachée une seconde fois avec :

mount --rbind ancien_répertoire nouveau_répertoire
Remarquez que les options de montage du système de fichiers resteront les mêmes que celles du point de montage d'origine et ne pourront pas être modifiées en ajoutant l'option -o aux options --bind ou --rbind. Les options de montages peuvent être modifiées par une commande remount à part, par exemple :

mount --bind ancien_répertoire nouveau_répertoire

mount -o remount,ro nouveau_répertoire
Remarquez que le comportement de l'opération de remontage dépend du fichier /etc/mtab. La première commande enregistre l'option bind dans le fichier /etc/mtab et la seconde commande lit l'option dans le fichier. Si le système ne possède pas de fichier /etc/mtab ou si vous définissez explicitement source et cible de la commande remount (dans ce cas mount(8) ne lit pas /etc/mtab), alors vous devez aussi utiliser l'attribut (ou l’option) bind de la commande remount. Par exemple :

mount --bind ancien_répertoire nouveau_répertoire

mount -o remount,ro,bind ancien_répertoire nouveau_répertoire
Remarquez que remount,ro,bind créera un point de montage en lecture seule (entrée VFS), mais que le superbloc du système de fichiers d’origine sera toujours accessible en écriture, ce qui signifie que l’ ancien_répertoire sera accessible en écriture, mais que le nouveau_répertoire sera en lecture seule.

smolski · 24-03-2019 10:28:02

Ah ok ! Merci à vous deux.
Il faudrait donc recopier (et arranger) le man cité par chalu pour l'ajouter au tuto de mount...

d33p · 24-03-2019 11:41:23

Hello,

Chalu, mon OS est bien sur cette partition.
Raleur, j'ai relancé avec le paramètre x c'est vrai que c'est pratique.

Je me suis placé ici "/"

sudo du -hx --max-depth=1

4,0K  ./opt

4,0K  ./.cache

3,4G  ./usr

12M ./sbin

16K ./lost+found

12K ./media

9,6M  ./bin

383M  ./var

4,0K  ./mnt

24K ./root

65M ./boot

4,0K  ./srv

4,0K  ./lib64

443M  ./lib

88K ./tmp

8,4M  ./etc

72K ./home

4,3G  .

Donc logiquement "/" n'occupe que 4.3G

Pourtant

df -h

 

Filesystem                             Size  Used Avail Use% Mounted on

udev                                    12G     0   12G   0% /dev

tmpfs                                  2,4G   26M  2,4G   2% /run

/dev/sdb2                              137G  130G  174M 100% /

tmpfs                                   12G     0   12G   0% /dev/shm

tmpfs                                  5,0M     0  5,0M   0% /run/lock

tmpfs                                   12G     0   12G   0% /sys/fs/cgroup

/dev/sdb1                              952M  144K  951M   1% /boot/efi

tmpfs                                  2,4G  3,1M  2,4G   1% /run/user/117

tmpfs                                  2,4G     0  2,4G   0% /run/user/1000

Cela me montre bien mon "/" utilisé à presque 100%

En fait, j'en suis venu là, car j'ai lancé une mise à jour système et j'avais eu le message comme quoi que je n'avais plus de place sur le volume pour faire cette mise à jour...

JC

Dernière modification par d33p (24-03-2019 11:43:02)

raleur · 24-03-2019 20:00:20

Et concernant le reste de ma réponse, les pistes de recherche suggérées ?

d33p · 24-03-2019 20:26:17

hello raleur,

oui, excuse-moi.

- Un fichier supprimé alors qu'il est encore ouvert par un processus. L'arrêt du processus ou le redémarrage du système libère l'espace alloué et résoud le problème. -> j'ai eu ce reflexe et c'était pareil après un restart.

- L'espace de certains systèmes de fichiers peut être occupé par des instantanés ou sous-volumes (btrfs, nilfs). -> je n'utilise pas cela.

- Un fichier "caché" sous un montage. Cela arrive typiquement quand on croit écrire dans un volume qui n'est pas monté. -> bien vu c'était cela.
Par contre :

Pour voir ce qui est caché sous les points de montage, monter la racine en bind

Juste pour savoir.
Lorsque j'ai vu à travers le "bind" qu'il y avait bien du contenu "caché" sous un point de montage, j'ai désactivé les points de montages dans fstab, j'ai redemarré la machine, j'ai vidé ce qu'il y avait "caché" sous le point de montage, j'ai réactivé les points de montage dans fstab, j'ai redemarré le pc... disons pour le faire propre.
Mais est-ce faisable de directement supprimer les fichiers dans le bind mnt ? et après pour enlever le bind, il faut tout demonter via umount?

merci raleur.
à bientôt.
JC

Dernière modification par d33p (24-03-2019 20:28:04)

raleur · 24-03-2019 20:53:32

Alors, qu'est-ce qui était caché où ?

d33p a écrit :

Mais est-ce faisable de directement supprimer les fichiers dans le bind mnt ?

Oui, bien sûr.

d33p a écrit :

et après pour enlever le bind, il faut tout demonter via umount?

Pas tout, juste le montage en bind.

umount /mnt

d33p · 25-03-2019 04:30:41

Hello,

D'accord.

En fait, il y avait un repertoire d'une sauvegarde qui était "caché" sous un point de montage, bien entendu ce repertoire aurait du se trouver sur le NAS et non pas en local. J'ai quand même trouvé ça louche car normalement avec le fstab cela devrait être monté au démarrage du PC... Je ne comprends pas bien comment ceci est arrivé...
Voici le point de montage dans fstab:

#syno_10TB

192.168.xxx.xxx:/volume1/backup_10TB_T320   /media/backup_10TB_T320   nfs4  users,defaults  0 0

Merci encore pour tout et à bientôt.

JC

Debian-facile

#1 24-03-2019 07:46:34

[resolu] Partition / semble saturée

#2 24-03-2019 07:51:19

Re : [resolu] Partition / semble saturée

#3 24-03-2019 08:21:33

Re : [resolu] Partition / semble saturée

#4 24-03-2019 09:01:24

Re : [resolu] Partition / semble saturée

#5 24-03-2019 09:20:13

Re : [resolu] Partition / semble saturée

#6 24-03-2019 09:47:07

Re : [resolu] Partition / semble saturée

#7 24-03-2019 10:24:52

Re : [resolu] Partition / semble saturée

#8 24-03-2019 10:28:02

Re : [resolu] Partition / semble saturée

#9 24-03-2019 11:41:23

Re : [resolu] Partition / semble saturée

#10 24-03-2019 20:00:20

Re : [resolu] Partition / semble saturée

#11 24-03-2019 20:26:17

Re : [resolu] Partition / semble saturée

#12 24-03-2019 20:53:32

Re : [resolu] Partition / semble saturée

#13 25-03-2019 04:30:41

Re : [resolu] Partition / semble saturée

Pied de page des forums