Pourquoi l'utilisation du disque est-elle supérieure à la taille de tous les fichiers qu'il contient ?

Les fichiers sur le disque ont deux tailles : la "taille apparente" et la "taille sur le disque". Plusieurs raisons peuvent provoquer une grand site divergence :

• Un grand nombre de fichiers entraînera une grande quantité de surcharge, à cause de la fragmentation interne. Par exemple, Ext4 a une taille de bloc par défaut de 4KiB ; les fichiers plus petits que cela consommeront toujours 4KiB, et les tailles supérieures seront "arrondies" à cet alignement de bloc.
• Les répertoires sont également des fichiers et la même règle s'applique à eux aussi. De plus, si vous créez une grande quantité de fichiers dans un répertoire, et que vous les supprimez à nouveau plus tard, l'utilisation du fichier du répertoire ne peut pas être récupérée (recréer le répertoire aide).
• Les fichiers épars sont des fichiers spéciaux, qui semblent être volumineux, mais qui ne "consomment" pas d'espace. C'est un phénomène courant dans la virtualisation des images de disques virtuels ; ils semblent volumineux, mais la taille "réelle" peut être beaucoup plus petite. De nombreux utilitaires (et gestionnaires de fichiers) sont incapables d'afficher l'utilisation réelle du disque.
• L'utilisation de liens durs. Le contenu d'un fichier peut exister sur le disque alors que de multiples références pointent vers lui. Certains gestionnaires de fichiers peuvent comptabiliser la taille pour chaque référence.

Je vous suggère d'utiliser un outil d'utilisation du disque connu pour être capable de lister les deux tailles pour voir si c'est le problème. Essayez ncdu dans un terminal et utiliser a pour basculer entre l'utilisation réelle et l'utilisation du disque.

Une courte démo sur la fragmentation interne due à un système de fichiers de 4KiB de taille de bloc utilisant du :

$ sudo tune2fs -l /dev/path-to-device | grep "Block size"
Block size:               4096

$ echo blaataaap > myfile                      # creates a 10-byte file

$ du --block-size=1 myfile                     # prints the usage on disk (filesystem)
4096   myfile

$ du --apparent-size --block-size=1 myfile     # prints the apparent size, i.e.
10     myfile                                  # content length when seeking

$ ls -al
-rw-rw-r-- 1 gert gert 10 Jan 1 23:24 myfile   # ls uses apparent sizes

Cela signifie que ce fichier de 10 octets est 4086 octets plus gros sur le disque qu'il n'apparaît dans un listing et qu'il souffre de fragmentation interne.

Une courte démo sur les liens durs et l'utilisation du disque affichée à tort lors de l'énumération des fichiers ( ls dans ce cas) :

$ dd if=/dev/zero of=1MBfile bs=1M count=1 # create a 1MB file
$ ln 1MBfile a_hard_link                   # create a hard link to it

$ ls -alht                                 # ls will report 2MB
total 2.1M
drwxrwxr-x  2 gert gert 4.0K Jan  2 11:21 .
-rw-rw-r--  2 gert gert 1.0M Jan  2 11:21 1MBfile
-rw-rw-r--  2 gert gert 1.0M Jan  2 11:21 a_hard_link

$ du -B 1024 .                             # du reports 1028K total for directory
1028    .

$ du -B 1024 a_hard_link                   # and 1024K for each file individually
1024    a_hard_link
$ du -B 1024 1MBfile
1024    1MBfile