du s * en / retours de taille très différente de df sur CentOS 5.5

StackOverflow https://stackoverflow.com/questions/4424461

Question

J'ai vps tranche en cours d'exécution CentOS 5.5 Je suis censé avoir 15 Go d'espace disque, mais selon df il semble doubler mon utilisation de l'espace disque.

quand je lance du -skh * dans / en tant que root je reçois: 

[root@yardvps1 /]# du -skh *
0       aquota.group
0       aquota.user
5.2M    bin
4.0K    boot
4.0K    dev
4.9M    etc
2.5G    home
12M     lib
14M     lib64
4.0K    media
4.0K    mnt
299M    opt
0       proc
692K    root
23M     sbin
4.0K    selinux
4.0K    srv
0       sys
48K     tmp
2.0G    usr
121M    var

ce qui est cohérent avec ce que j'ai téléchargé sur la machine, et ajoute jusqu'à environ 5gigs.

Mais quand je cours df je reçois: 

[root@yardvps1 /]# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/simfs            15728640  11659048   4069592  75% /
none                    262144         4    262140   1% /dev

il me montre en utilisant presque 12 concerts déjà.

ce qui est la cause de cette différence et est-ce que je peux faire à ce sujet, je comptais le serveur sur la base de 15 concerts, mais maintenant il est fondamentalement seulement me laisser à peu près 7 concerts de choses là-dessus.

merci.

Était-ce utile?

La solution

La cause la plus commune de cet effet est des fichiers ouverts qui ont été supprimés.

Le noyau ne libérer les blocs de disque d'un fichier supprimé s'il n'est pas utilisé au moment de sa suppression. Dans le cas contraire qui est différé jusqu'à ce que le dossier est fermé, ou le système est redémarré.

Une commune astuce Unix-monde pour veiller à ce qu'aucun des fichiers temporaires sont laissés est autour de ce qui suit:

  • A processus crée et ouvre un fichier temporaire

  • Tout en maintenant le descripteur de fichier ouvert, le processus délie (à savoir suppressions) le fichier

  • Le processus lit et écrit dans le fichier en utilisant normalement le descripteur de fichier

  • Le processus ferme le descripteur de fichier quand il est fait, et le noyau libère l'espace

  • Si le processus (ou le système) arrête de manière inattendue, le fichier temporaire est déjà supprimé et aucun nettoyage est nécessaire.

  • En prime, la suppression du fichier réduit les chances de collisions nommer lors de la création de fichiers temporaires et il fournit également une couche supplémentaire de l'obscurité sur les processus en cours d'exécution -. Pour tout le monde, mais l'utilisateur root, qui est

Ce comportement garantit que les processus ne doivent pas traiter les dossiers qui sont soudainement tirés sous leurs pieds, et que les processus n'ont pas de se consulter afin de supprimer un fichier. Il est un comportement inattendu pour ceux qui viennent de systèmes Windows, cependant, car il vous n'êtes pas normalement autorisé à supprimer un fichier qui est utilisé.

La commande lsof, lorsqu'il est exécuté en tant que root, affichera tous les fichiers ouverts et il indique précisément les fichiers supprimés qui sont supprimés: 

# lsof 2>/dev/null | grep deleted
bootlogd   2024       root    1w      REG                9,3         58     917506 /tmp/init.0W2ARi (deleted)
bootlogd   2024       root    2w      REG                9,3         58     917506 /tmp/init.0W2ARi (deleted)

Arrêt et redémarrage du processus de culpabilité, ou tout simplement redémarrer le serveur doit résoudre ce problème.

Les fichiers supprimés pourrait également être maintenu ouvert par le noyau si, par exemple, il est une image de système de fichiers monté. Dans ce cas, le système de fichiers ou démontant le redémarrage du serveur devrait faire l'affaire.

Dans votre cas, à en juger par la taille de l'espace « manquant » Je cherche des références au fichier que vous avez utilisé pour configurer le VPS par exemple l'image DVD Centos que vous avez supprimé après l'installation.

Autres conseils

Un autre cas que je suis venu à travers bien qu'il ne semble pas être votre problème est si vous montez une partition « au-dessus » des fichiers existants.

Si vous le faites vous cacher efficacement les fichiers existants qui existent dans le répertoire sur la montée à la partition (le point de montage) de la partition montée.

Pour résoudre:. Arrêter tous les processus avec les fichiers ouverts sur la partition montée, partition Démontez, trouver et déplacer / supprimer tous les fichiers qui apparaissent maintenant dans le répertoire de montage de points

J'ai eu le même problème avec le serveur FreeBSD. Le redémarrage aidé.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top