Sur un serveur virtualisé exécutant Ubuntu 10.04, df signale ce qui suit :
# df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 7.4G 7.0G 0 100% /
none 498M 160K 498M 1% /dev
none 500M 0 500M 0% /dev/shm
none 500M 92K 500M 1% /var/run
none 500M 0 500M 0% /var/lock
none 500M 0 500M 0% /lib/init/rw
/dev/sda3 917G 305G 566G 36% /homeCela me laisse perplexe pour deux raisons : 1.) df indique que /dev/sda1, monté sur /, a une capacité de 7,4 gigaoctets, dont seulement 7,0 gigaoctets sont utilisés, mais il signale que / est plein à 100 % ; et 2.) je peux créer des fichiers sur /, il lui reste donc clairement de l'espace.
Il est possible que le répertoire /www soit un lien symbolique vers /home/www, qui se trouve sur une partition différente (/dev/sda3, monté sur /home).
Quelqu'un peut-il faire des suggestions sur ce qui pourrait se passer ici ? Le serveur semble fonctionner sans problème, mais je veux m'assurer qu'il n'y a pas de problème avec la table de partition, les systèmes de fichiers ou autre chose qui pourrait entraîner une implosion (ou une explosion) ultérieure.
0 votes
Merci à tous pour les réponses utiles. Je ne peux pas créer de fichiers en tant qu'utilisateur normal, il semble donc que ce soit le tampon de 5 % qui empêche la catastrophe. Il ne me reste plus qu'à comprendre pourquoi le disque est plein (j'ai un peu peur que quelque chose de malveillant se passe car aucun des fichiers journaux ne prend autant de place et il n'y a pas beaucoup de logiciels installés, juste un simple serveur LAMP)...
3 votes
Le premier endroit où je regarderais est /tmp. Une autre possibilité est que vous ayez un fichier supprimé auquel un programme en cours d'exécution s'accroche. Je pense que vous pouvez exécuter 'lsof | grep deleted' en tant que root pour les trouver.