Re: Espace disque : où sont mes Giga ?

[Joyce MARKOLL <joyce.markoll@netc.eu>]

Bonjour Pascal,

On Mon, 19 Feb 2024 00:08:52 +0100
"Pascal Hambourg" (via linux-31 Mailing List) <linux-31@culte.org> wrote:

> Le 18/02/2024 à 22:31, Joyce MARKOLL (via linux-31 Mailing List) a écrit :

> > j'ai un SSD de 60 Go (56 Gib) qui ne contient que le système, le /home étant sur un
> > disque dur.
> > 
> > Je ne comprends pas pourquoi le système se goinfre environ 25 Go de trop sans que ça
> > soit réellement occupé par les fichiers du système.

> Quel est le type du système de fichiers ? Par exemple btrfs est réputé 
> pour avoir des indications pas très fiables dans df, il vaut mieux 
> utiliser les commandes btrfs spécialisées.

C'est en effet BTRFS. 

Si les indications de df ne sont pas fiables qu'en est-il de celles de Gparted qui voit
la même chose ?

Je regarderai si je trouve les infos sur les commandes btrfs…

J'ai trouvé le "man btrfs-filesystem" et dedans un "df" associé ainsi:

**************
$ btrfs filesystem df /
Data, single: total=45.01GiB, used=33.68GiB
System, DUP: total=8.00MiB, used=16.00KiB
Metadata, DUP: total=2.00GiB, used=657.20MiB
GlobalReserve, single: total=82.31MiB, used=0.00B

**************

> > Les programmes "df" et Gparted sont d'accord pour dire que l'espace libre est de 19 Go
> > et l'espace occupé de 36 Go (après que j'aie supprimé nombre de paquets dont je n'ai
> > pas besoin, et conservé juste le noyau en cours).
> > 
> > En calculant les totaux sur les répertoires du système contenant des fichiers (tous
> > sauf /home qui est sur l'autre disque et sauf bien
> > sûr /proc, /dev, /mnt, /sys, /run, /srv qui ne contient pas de serveur), je trouve
> > entre 9 et 10 Go.

> Je ne vois pas l'espace occupé dans le répertoire racine lui-même. 
Dans le fichier joint que j'ai mis, "df" a indiqué:

/dev/sda1           56G     36G   19G  66% /

> Une meilleure commande pour compter tout ce qui est visible depuis la racine 
> est :
> 
> # du -hxd1 /


# du -hxd1 /
19M	/etc
0	/media
18M	/bin
218M	/boot
1,7G	/lib
4,0K	/lib64
0	/mnt
14M	/root
16M	/sbin
0	/srv
5,5G	/usr
1,6G	/var
0	/cdrom
8,6M	/opt
9,0G	/


> Néanmoins elle ne verra pas :
> - les blocs occupés par des inodes "orphelins" (-> fsck)
> - les fichiers cachés sous un point de montage (-> remonter / en bind)

C'est à dire ? Quelque chose comme "mount -o remount bind / /dev/sda1" ?

> - les fichiers supprimés mais encore ouverts par un processus
> - d'éventuels sous-volumes (si btrfs)

je ne connais pas les "processus de sous-volumes", sauf si tu parles de quelque chose
comme @point-de-montage, mais là seul " / " se trouve dans ce SSD. (Le /home étant monté
depuis un second disque de stockage, celui-là étant un disque dur). 

> > Après, je sais que udev est monté sur un système de fichiers virtuel, et idem pour
> > tmpfs. Il n'empêche que "df -h" indique respectivement 7,7 Go et 7,9 Go occupés.

> Pas occupés, maximum. Il serait totalement anormal que près de 8 Go 
> soient occupés dans /dev. De toute façon ça ne fait pas partie de la 
> racine, donc non pertinent.

Tu veux dire que c'est monté sur un fs temporaire, et pour cette raison non inclus dans
la racine ? 

****

# pwd
/
# ls
bin  boot  cdrom  dev  etc  home  lib  lib64  media  mnt  opt  proc  root  run  sbin
srv  sys  tmp  usr  var 
# 

****

J'imagine qu'il me faudra passer en mode live pour effectuer certaines autres commandes…


-- 
Orditux Informatique
https://orditux.org
https://orditux.org/aol/
https://orditux.org/floss