Re: Espace disque : où sont mes Giga ?

[Pascal Hambourg <pascal AT plouf.fr.eu.org>]

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.

> 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. Une 
meilleure commande pour compter tout ce qui est visible depuis la racine 
est :

# du -hxd1 /

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)
- les fichiers supprimés mais encore ouverts par un processus
- d'éventuels sous-volumes (si btrfs)

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