logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

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

d33p
Membre
Lieu : Cantal
Distrib. : Debian bookworm 64bits
Noyau : Linux 5.16.0-5-amd64
(G)UI : GNOME
Inscription : 01-12-2015

[resolu] Partition / semble saturée

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)


science sans conscience n'est que ruine de l'âme...

Hors ligne

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

chalu
Modératrice
Lieu : Anjou
Distrib. : openSUSE Tumbleweed
Noyau : Linux 5.12
(G)UI : KDE 5.21.4
Inscription : 11-03-2016

Re : [resolu] Partition / semble saturée

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

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [resolu] Partition / semble saturée

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).


Il vaut mieux montrer que raconter.

Hors ligne

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

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : [resolu] Partition / semble saturée

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

big_smile

saque eud dun (patois chtimi : fonce dedans)

Hors ligne

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

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : [resolu] Partition / semble saturée

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)


saque eud dun (patois chtimi : fonce dedans)

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [resolu] Partition / semble saturée

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

Il vaut mieux montrer que raconter.

Hors ligne

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

chalu
Modératrice
Lieu : Anjou
Distrib. : openSUSE Tumbleweed
Noyau : Linux 5.12
(G)UI : KDE 5.21.4
Inscription : 11-03-2016

Re : [resolu] Partition / semble saturée

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.

Hors ligne

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

smolski
quasi...modo
Lieu : AIN
Distrib. : backports (buster) 10
Noyau : Linux 4.19.0-8-amd64
(G)UI : gnome
Inscription : 21-10-2008

Re : [resolu] Partition / semble saturée

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

saque eud dun (patois chtimi : fonce dedans)

Hors ligne

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

d33p
Membre
Lieu : Cantal
Distrib. : Debian bookworm 64bits
Noyau : Linux 5.16.0-5-amd64
(G)UI : GNOME
Inscription : 01-12-2015

Re : [resolu] Partition / semble saturée

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)


science sans conscience n'est que ruine de l'âme...

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [resolu] Partition / semble saturée

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

Il vaut mieux montrer que raconter.

Hors ligne

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

d33p
Membre
Lieu : Cantal
Distrib. : Debian bookworm 64bits
Noyau : Linux 5.16.0-5-amd64
(G)UI : GNOME
Inscription : 01-12-2015

Re : [resolu] Partition / semble saturée

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)


science sans conscience n'est que ruine de l'âme...

Hors ligne

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

raleur
Membre
Inscription : 03-10-2014

Re : [resolu] Partition / semble saturée

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


Il vaut mieux montrer que raconter.

Hors ligne

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

d33p
Membre
Lieu : Cantal
Distrib. : Debian bookworm 64bits
Noyau : Linux 5.16.0-5-amd64
(G)UI : GNOME
Inscription : 01-12-2015

Re : [resolu] Partition / semble saturée

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


science sans conscience n'est que ruine de l'âme...

Hors ligne

Pied de page des forums