Souci espace disque occupé [Résolu]

[benjmarwen]

Bonjour à tous,
Je vous expose mon souci:
Sur un serveur quand je tape la commande "df -h", j'ai ce résultat:

Code :

1
2
3
4
5
6
7
serveur:~# df -h
Sys. de fich.         Tail. Occ. Disp. %Occ. Monté sur
/dev/sda1             9,7G  9,7G     0 100% /
tmpfs                 467M     0  467M   0% /lib/init/rw
udev                   10M  2,7M  7,4M  27% /dev
tmpfs                 467M     0  467M   0% /dev/shm
/dev/sda2             221G  188M  210G   1% /home

Or en parcourant tous le système avec :

Code :

find / -type f -exec du -sh {} \; | sort -nr | head -1

je ne trouve aucun fichier qui a une taille aussi importante occupant une place sur le DD.

J'ai fais aussi:

Code :

find / -type d -exec du -sh {} \; | sort -nr | head -1

et

Code :

du --si --max-depth=1 /

et il n'y a rien d'aussi volumineux.

Avant ces manips: j'ai trouvé que le daemon.log et le syslog occupait réellement :
daemon.log = 2,5Go
syslog = 3,5Go
Je les ai supprimé, l'espace occupé a baissé, mais après 30mn hop...je suis à nouveau à 100%, mais cette fois y a aucun fichier volumineux.

Une idée SVP?
Merci

[deny]

salut
peut -être une partition amovible (clé usb, disque externe ) montée sur / ?

[ram-0000]

Une autre idée, si on ouvre un fichier et que l'on écrit dedans sans le refermer, est ce que la taille occupée sur le disque augmente ou bien reste à 0 (bien que le disque soit occupé par des données par encore écrites/cloturées.

[benjmarwen]

Salut,
Tout d'abord merci infiniment pour vos réponses.
@Deny: non c'est la partition système native, pas de périphériques externe dessus.

@ram-0000: je n'ai pas bien compris ta question, est-ce que tu veux dire par exple : remplir un fichier pour suivre la sortie d'un programme telle une redirection tcpdum ...>> fichier ? et que ça ne se ferme pas ?(c'est juste un exple)

[ram-0000]

Envoyé par benjmarwen

@ram-0000: je n'ai pas bien compris ta question, est-ce que tu veux dire par exple : remplir un fichier pour suivre la sortie d'un programme telle une redirection tcpdum ...>> fichier ? et que ça ne se ferme pas ?(c'est juste un exple)

Par exemple, c'était une idée pour tenter d'expliquer que le disque se remplisse sans pour autant en trouver les traces dans les tailles des fichiers des différents répertoires.

[benjmarwen]

Merci encore pour vos réponses.
Non ram-0000, je n'ai pas trouvé un fichier de ce genre en lançant une recherche avec :

Code :

lsof

Pour voir un peu ce qui se passe sur les sockets ouverts etc..., je n'ai pas trouvé un processus du genre.
Par contre je suis arrivé à résoudre mon souci. Pour ceux qui sont intéressés:
Le service

Code :

rsyslogd

était planté, aucune écriture dessus depuis que j'avais pu libérer un peu d'espace cet aprém, du coup "après son redémarrage" le

Code :

df -h

ne m'affiche que 9% occupé par le système.
Je vais chercher qu'est ce qui pourrait bien écrire de cette manière dans le daemon.log et syslog