Le serveur Ubuntu se remplit lentement

Notre part de serveur Samba (Ubuntu 8.04 LTS) s’est remplie l’autre jour, mais lorsque j’y suis allé, je ne pouvais voir aucune des actions en avoir trop.

Nous avons 5 partages de groupe, puis chaque utilisateur a un partage individuel.

Un utilisateur dispose de 22 Go de contenu. Quelques autres ont 10 à 20 Mo de contenu et tous les autres sont vides.

Alors peut-être comme 26 Go au total.

Hier, j'ai effacé quelques fichiers et libéré environ 250 Mo d'espace disque. Aujourd'hui, lorsque j'ai vérifié que tout était à nouveau plein, j'ai supprimé des fichiers plus anciens et libéré environ 170 Mo de contenu, mais je peux le regarder se glisser lentement dans l'espace libre.

Je continue à courir un df -h

Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/sda1            241690180 229340500    169200 100% /
varrun                  257632       260    257372   1% /var/run
varlock                 257632         0    257632   0% /var/lock
udev                    257632        72    257560   1% /dev
devshm                  257632        52    257580   1% /dev/shm
lrm                     257632     40000    217632  16% /lib/modules/2.6.24-28-generic

Que puis-je faire pour essayer de traquer ce qui prend tellement de mon disque dur? (Je suis assez nouveau pour Unix en général, donc je m'excuse si cela n'est pas bien expliqué.)

Après avoir exécuté un, sudo du -sch *j'ai eu le suivant.

root@MON-PDC:/# sudo du -sch *
5.2M    bin
106M    boot
0       cdrom
136K    dev
16M     etc
du: cannot access `home/administrator/.gvfs': Permission denied
216G    home
4.0K    initrd
0       initrd.img
0       initrd.img.old
767M    lib
16K     lost+found
12K     media
4.0K    mnt
4.0K    opt
du: cannot access `proc/7311/task/7311/fd/3': No such file or directory
du: cannot access `proc/7311/task/7311/fdinfo/3': No such file or directory
du: cannot access `proc/7311/fd/3': No such file or directory
du: cannot access `proc/7311/fdinfo/3': No such file or directory
0       proc
436K    root
6.8M    sbin
4.0K    srv
0       sys
100K    tmp
2.0G    usr
492M    var
0       vmlinuz
0       vmlinuz.old
219G    total

J'ai remarqué que Home prend 216 Go.

J'ai donc vérifié cela dans le répertoire personnel et il y a un utilisateur qui affiche 209 Go de données.

Mais lorsque je lance la du -sch *commande sous son répertoire, je n’obtiens que 23 Go de données.

Qu'est-ce que je rate?

Vous pouvez utiliser la ducommande à plusieurs reprises pour trouver le répertoire en cours de remplissage.

cd /
du -sch *

Puis cdau répertoire suspect et faites un autredu -sch *

Continuez à répéter jusqu'à trouver le coupable.

Essayer

sudo du -h /home

vous pouvez limiter la profondeur des répertoires affichés en ajoutant l'option --max-depth=noù n est la profondeur souhaitée.

La commande que vous avez essayée utilisait * pour sélectionner les fichiers à analyser. Les fichiers commençant par un point (.) Ne seront pas sélectionnés. Si vous appelez dusur un répertoire, celui-ci se retrouvera dans tous les sous-répertoires, même les cachés (avec un point).

Il s'est avéré qu'il y avait un .recyclerdossier dans chacun des répertoires utilisateur Samba.

Je ne les ai pas vus avec un lsmais je peux les voir avec un ls -a.

Si vous voulez un moyen visuel de voir la taille de tout ce qu'il est dans l'état actuel, vous pouvez essayer filelight , un analyseur d'espace disque libre, qui offre un moyen très astucieux d'afficher et de creuser les données.