Trouver ce qui prend de la place sur un filesystem

Trouver ce qui prend de la place sur un filesystem - Codes et scripts - Linux et OS Alternatifs

Marsh Posté le 11-10-2005 à 20:55:42    

Salut,
 
j'ai un petit souci sur un serveur.
La partition sda1 qui héberge / est pleine jusqu'a la gueule.
Et j'aimerais trouver quels sont les fichiers sur cette partition qui prennent le plus de place. Et aussi les répertoires.
 
Qqn sais t'il faire ca en Shell?
 
Merci,
Paquerette

Reply

Marsh Posté le 11-10-2005 à 20:55:42   

Reply

Marsh Posté le 11-10-2005 à 21:05:08    

du -hs *

Reply

Marsh Posté le 11-10-2005 à 21:06:06    


cd /
du --max-depth=1


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 11-10-2005 à 21:09:58    

ouais mais y'a pas moyen de spécifier le filesystem... j'ai 9 partitions monté dans slash... c'est une peu difficile de s'y retrouver

Reply

Marsh Posté le 11-10-2005 à 21:36:38    

tu vas dans le rep "cd rep"
 
puis tu lances la commandes du.
 
man df
man du


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 11-10-2005 à 22:06:12    

oh... la on fait le boulet ce soir...
 
/dev/sda1             2.6G  2.1G  448M  83% /
none                  378M     0  378M   0% /dev/shm
/dev/sda5              18G   12G  5.5G  69% /home
/dev/sda6             5.8G  2.4G  3.0G  44% /var/lib/mysql
/dev/sda7             1.9G   33M  1.7G   2% /tmp
/dev/sda8             509M   17M  467M   4% /var/spool/mail/x054
/dev/sda9             509M   17M  467M   4% /var/spool/mail/clients
/dev/sda10            988M   18M  920M   2% /var/spool/postfix
/dev/sda11             68M  4.1M   60M   7% /var/run
/dev/sda12            2.1G  221M  1.7G  12% /var/log
 
par exemple dans var faut faire le tri entre ce qui est dans '/' et ce qui est dans les autres partitions.
 
Mais, bon je vais me passer de tes conseils dark, je te sens pas de bonne humeur.
 
Au final, j'ai fini par trouver ce qui me bouffais de l'espaces (log de mysql dans /var/mysql qui malheureusement dans dans sda1...)
 
Au fait 'du -hs *' est bcp plus rapide que 'du --max-depth=1'
 
Paquerette

Reply

Marsh Posté le 12-10-2005 à 02:44:20    

"du -sh" donne le résultat total pour le rep
 
du -h --max-depth=1 permet de voir la taille de chaque sous répertoire du répertoire courant ou spécifié en argument.
 
pas capté l'histoire de boulet et pas de mauvaise humeur ... je t'ai dit comment le faire pour un repertoire précis ( cd rep ), et je t'ai guidé vers la doc qui te permettra d'affiner tes recherches ... tu voulais koi d'autres ?


---------------
Mandriva : parce que nous le valons bien ! http://linux-wizard.net/index.php
Reply

Marsh Posté le 12-10-2005 à 09:45:19    

Perso moi je fais :
du -sh * en console (d'ailleurs quand je fais du -shx*il me comptabilise aussi les répertoire nfs :S)
 
et j'utilise kdirstat en graphique.
 
vala :)

Reply

Marsh Posté le 12-10-2005 à 11:49:44    

Filelight en graphique est trèèès visuel et parfois très pratique pour ranger le home ;)
sinon du/df font très bien leur boulot la plupart du temps ...


---------------
Me: Django Localization, Yogo Puzzle, Chrome Grapher, C++ Signals, Brainf*ck.
Reply

Marsh Posté le 12-10-2005 à 13:51:13    

0x90 a écrit :

Filelight en graphique est trèèès visuel et parfois très pratique pour ranger le home ;)
sinon du/df font très bien leur boulot la plupart du temps ...


 
Ils font parfaitement leur boulot 100% du temps. Je les utilises quotidiennement, reste à les scripter et en faire une page web.

Message cité 1 fois
Message édité par roscocoltran le 12-10-2005 à 13:51:42
Reply

Marsh Posté le 12-10-2005 à 13:51:13   

Reply

Marsh Posté le 12-10-2005 à 14:13:35    

roscocoltran a écrit :

Ils font parfaitement leur boulot 100% du temps. Je les utilises quotidiennement, reste à les scripter et en faire une page web.


 
Pas pour voir  rapidement ou se trouvent les fichiers les plus gros et ce qui prends de la place...
 
http://www.methylblue.com/filelight/images/filelight_0.6.3-2.png


---------------
Me: Django Localization, Yogo Puzzle, Chrome Grapher, C++ Signals, Brainf*ck.
Reply

Marsh Posté le 16-10-2005 à 16:54:17    

0x90 a écrit :

Pas pour voir  rapidement ou se trouvent les fichiers les plus gros et ce qui prends de la place...
 
http://www.methylblue.com/fileligh [...] .6.3-2.png


 
 
Super sympa ce soft. Malheureusement, j'étais sur un server sans X.
 
Merci pour le tuyau, j'installerai le soft sur mon poste ;)

Reply

Marsh Posté le 16-10-2005 à 23:26:18    

paquerette a écrit :

oh... la on fait le boulet ce soir...
 
/dev/sda1             2.6G  2.1G  448M  83% /
none                  378M     0  378M   0% /dev/shm
/dev/sda5              18G   12G  5.5G  69% /home
/dev/sda6             5.8G  2.4G  3.0G  44% /var/lib/mysql
/dev/sda7             1.9G   33M  1.7G   2% /tmp
/dev/sda8             509M   17M  467M   4% /var/spool/mail/x054
/dev/sda9             509M   17M  467M   4% /var/spool/mail/clients
/dev/sda10            988M   18M  920M   2% /var/spool/postfix
/dev/sda11             68M  4.1M   60M   7% /var/run
/dev/sda12            2.1G  221M  1.7G  12% /var/log
 
par exemple dans var faut faire le tri entre ce qui est dans '/' et ce qui est dans les autres partitions.
 
Mais, bon je vais me passer de tes conseils dark, je te sens pas de bonne humeur.
 
Au final, j'ai fini par trouver ce qui me bouffais de l'espaces (log de mysql dans /var/mysql qui malheureusement dans dans sda1...)
 
Au fait 'du -hs *' est bcp plus rapide que 'du --max-depth=1'
 
Paquerette


Ah c'est pour ca que tu aurais prefere que cyrus-imap stocke dans home plutot que dans var [:thektulu]
 
Sinon le 'du -sh *' c'est tres efficace, je plussoie Dark_shneider, je l'utilise regulierement, en partant soit de la racine soit du file system qui me pose souci puis en descendant au fur et a mesure jusqu'a reperer le coupable.
C'est un peu long lors de la premiere invocation, surtout à la racine si les systèmes de fichiers sont grand (vive le café :D), mais après ca marche plutot bien (vive le cache [:volta])


---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 17-10-2005 à 09:41:41    

0x90 a écrit :

Pas pour voir  rapidement ou se trouvent les fichiers les plus gros et ce qui prends de la place...


 
Sympa en effet.  
 :jap:

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed