Discussion :

[axel-erator]

Salut,

Ma partition Principale a un petit problème de Place et ne voit pas ou se trouve le problème.
Lorsque je lance la commede df , j'ai une partition de 9.7GO utilisé 8.8 mais reste 350MO ??? Enfin pourquoi pas!!!
j'aimerais savoir quelle sont les répertoires à surveiller?
Sachant que j'ai fais le ménage dans /tmp et /var/log...

merci de vos aides

[saibe]

c'est ça /tmp et /var/log sont à surveiller.

Mais tu peux aussi supprimer quelque fichier .mp3
Car si tu as une install de Linux qui fait 8Go, chapeau bas tu me fera la liste des programme que tu as installé...

Sinon tu as aussi les fichiers dans /usr/local/tmp, /usr/tmp, ...

[2Eurocents]

Il faut aussi savoir que dans les systèmes de fichiers Ext*fs, une partie des blocs est réservée à l'usage exclusif de root.

Ces blocs réservés ne sont pas comptés dans l'espace disponible, mais apparaissent quand même dans la capacité du disque.

Ces blocs représentent, en général, 5% du disque.

Ce qui fait qu'un disque de 20 Go a une capacité de 20971520 Ko, mais sera plein à 100% lorsque les données dessus atteindront 19922944 Ko. Les 1048576 Ko manquants (oui, oui, 1 Go) ne seront disponibles que si root les "relache".

Pour connaître le nombre de blocs réservés :
tune2fs -l /dev/hda1 (remplacez hda1 par la partition souhaitée)

Pour le modifier (avec prudence, tout de même) :
tune2fs -m pourcentage_reserve /dev/hda1
ou
tune2fs -r nb_blocs_reserves /dev/hda1

Voila ... 8)


A part ça, il faut aussi parfois surveiller étroitement /var/spool. Les queues mail et lpd peuvent parfois exploser quand les services sont activés mais pas correctement configurés

[axel-erator]

Merci j'ai lancé la commande

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

tune2fs -l /dev/hda7

j'ai obtenue :

tune2fs 1.34 (25-Jul-2003)
Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: 8c8ee0ce-c20c-11d8-8fe1-f0dd7e1e0157
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal filetype needs_recovery sparse_super
Default mount options: (none)
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 1281696
Block count: 2560351
Reserved block count: 128017
Free blocks: 217013
Free inodes: 1164536
First block: 0
Block size: 4096
Fragment size: 4096
Blocks per group: 32768
Fragments per group: 32768
Inodes per group: 16224
Inode blocks per group: 507
Filesystem created: Sat Jun 19 18:20:16 2004
Last mount time: Mon Sep 20 18:46:02 2004
Last write time: Mon Sep 20 18:46:02 2004
Mount count: 132
Maximum mount count: -1
Last checked: Sat Jun 19 18:20:16 2004
Check interval: 0 (<none>)
Reserved blocks uid: 0 (user root)
Reserved blocks gid: 0 (group root)
First inode: 11
Inode size: 128
Journal inode: 8
First orphan inode: 438102
Default directory hash: tea
Directory Hash Seed: 8c8ee128-c20c-11d8-8fe1-f0dd7e1e0157

Est ce que quelqu'un peut m'aider à décortiquer ceci, merci..

[alveric]

Reserved block count: 128017
Block size: 4096

L'espace éservé fait donc 128017 * 4096 octets, soit environ 500 Mo... Ce qui correspond à ton problème: espace occupé + espace réservé + espace libre = 8.8 Go + 500 Mo + 350 Mo = 9,65 Go aux arrondis près.

[2Eurocents]

CQFD, merci. Je n'ai plus grand chose à ajouter, si ce n'est que tu peux récupérer ces 500 Mo en faisant :

tune2fs /dev/hda7 -m 0

Mais ce n'est pas toujours une bone idée de mettre 0 ... Sur mes gros disques, je laisse toujours 1 ou 2 %, ce qui permet, en cas de saturation, de les libérer pour donner de l'air au système, le temps de faire le ménage. Dès que le ménage est fait, je reviens à la valeur de réservation initiale.

Enjoy Linux 8)

[axel-erator]

merci pour ces infos.

Mais je ne coprends pas pourquoi 8.8 Go sont utilisé. j'ai vérifié les répertoires indiqués et je ne trouve pas ce qui prend temps de place...

[2Eurocents]

Pour savoir ce qui prend de la place :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
du -sk /* | sort -n

Et tu raffines successivement en remplaçant le '/*' par les répertoires qui prennent le plus de place après le tri, style :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
du -sk /var/spool/* | sort -n

etc.


Autre truc pratique, si tu as des fichiers "core" qui trainent :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
find / -name core -exec rm -f {} \;

Bon courage ...

[alveric]

Pour savoir ce qui prend de la place :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

du -sk /* | sort -n

Arg ! C'est une remarque/question qui revient souvent... (http://www.developpez.net/forums/vie...344862#1344862 par ex. Faudrait voir si elle est pas déjà dans la FAQ... je fais ça tout à l'heure)
"du" donne la taille des données des fichiers, ce qui est inférieur à l'espace réellement utilisé sur le disque (bicoze méta-donées, et la taille du bloc qui impose un certain taux de perte), ce que compte "df".

[2Eurocents]

En fait, les commandes du et df ne se correspondent pas trop ...

df permet de connaître la taille disponible, c'est donc un majorant de ce que l'on peut encore mettre sur la partition.

du permet de connaître la taille occupée par les données des fichiers. C'est donc un minorant de la taille réelle des fichiers.

Cependant, du permet quand même de localiser ce qui prend de la place ... En effet, pour connaître la taille réelle des fichiers, il suffit, en première approximation, d'arrondir le résultat de du au multiple de la taille de bloc supérieur.

Si, avec du on repère une grosse occupation, il y a des chances pour qu'en la supprimant, on libère de la place visible pour df. La seule exception étant les répertoires contenant des *milliers* de fichiers de taille minuscule au regard de la taille de bloc (4 à 8 fois moins, au moins). Dans ce cas du ne localisera probablement pas les fichiers dont le ménage libérerait beaucoup d'espace pour df.


En outre df est sensible à l'espace réservé de la partition (vu par tune2fs), ce qui rend l'analyse d'autant moins facile lorsque l'on n'est pas prévenu

J'espère éclairer suffisamment le sujet ... 8)

[axel-erator]

merci pour votre aide.