Forum Linux.général Qui mange mon espace disque ?

Posté par  .
Étiquettes :
2
18
juil.
2011

Bonjour,
j'ai un problème, mon espace libre sur ma partition "/" diminue, sans que je ne sache pourquoi ni comment.
Ma machine tourne avec ubuntu lucid, j'ai 9,3G pour la racine.
J'ai logwatch qui m’envoie des rapports, dont l'espace disque utilisé.
Le 13/06/2011, j'ai :
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 9.3G 8.1G 713M 93% /
le lendemain j'ai :
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 9.3G 8.1G 711M 93% /
ensuite :
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 9.3G 8.1G 705M 93% /
etc.
Mais des fois, ça s’accélère. Le 16/07/2011 :
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 9.3G 8.3G 582M 94% /
Le 17/07/2011 :
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 9.3G 8.4G 397M 96% /

J'avoue que je ne sais pas trop comment chercher qui prend autant de place, aussi régulièrement. /var est sur une autre partition, donc ça ne semble pas être les logs.

Je suis obligé de désinstaller des logiciels régulièrement pour éviter que "/" ne sature. Mais j'ai bientôt épuisé les choses qui me sont inutiles.

Existe-t-il un moyen pour traquer les accès aux système de fichiers ? Pour trouver ce qui grossi et qui utilise ce ou ces fichiers ?
D'avance merci.

  • # Graphiques utilisation disque

    Posté par  (site web personnel, Mastodon) . Évalué à 4.

    Il existe qques apps qui font ça très bien, voir une récap sur cette page: http://www.makeuseof.com/tag/how-to-analyze-your-disk-usage-pattern-in-linux/

    La gelée de coings est une chose à ne pas avaler de travers.

    • [^] # Re: Graphiques utilisation disque

      Posté par  . Évalué à 2.

      moi j'utilisai boabab (quand j'ai une interface graphique) ca marche bien.
      merci d'avoir filer ce lien pour voir les alternative, faudra que je test Philesight ca peux être pratique sur un serveur...

  • # 3 choses....

    Posté par  (site web personnel) . Évalué à 1.

    1) Tu peux commencer par regarder si ton /tmp est sur ton "/"

    2) Y a il un truc lancé suplémentaire au moment de la montée de l'espace utilisé

    3) Tu peux chercher qui prend de l'espace en faisant :
    $> du -sk de manière périodique et en comparant les résultats entre un "snap normal" et "snap ca mange de l'espace" tu devrait trouver ce que tu cherches...

    Fuse : j'en Use et Abuse !

  • # Astuces diverses

    Posté par  . Évalué à 7.

    • Rechercher les fichiers modifiés récemment (moins d'un jour) sur /

      find / -xdev -type f -mtime -1

    • Trouver les répertoires les plus volumineux

      du -Skx / | sort -n

    • Supprimer les anciens noyaux
      Regarder dans /boot, identifier les anciens noyaux qui ne servent plus et les retirer (jusqu'à 200 Mo de gagné par noyau)

      aptitude remove linux-image-2.6.xx-yy-generic

    • [^] # Re: Astuces diverses

      Posté par  . Évalué à 2.

      J'ajouterai :

      • vérifier le contenu de /tmp

      • là à priori c'est pas le cas vu que /var est sur une autre partition, mais le cache apt peut vite prendre des dimensions impressionnantes, donc ne pas hésiter à faire des aptitude autoclean (ou clean) fréquemment.

      • en dernier recours, il est aussi possible de diminuer l'espace réservé à root sur le FS. par défaut sous debian en ext3, cet espace est de 5%, ce qui peut rapidement faire une grosse volumétrie sur les disques actuels. Sans pour autant le passer à 0 (au moins sur la partoche système), le réduire à 1% (avec la commande tune2fs -m 1) te fera déjà gagner quelques centaines de Mo sur ta partoche de 10Go.

      *Sano*

  • # clean des paquets

    Posté par  . Évalué à 0.

    Sur une Debian/Ubuntu, "aptitude clean" peut te faire gagner pas mal de place.

    Tout paquet que tu installes est conservé par ton gestionnaire de paquets, il faut le purger de temps en temps.

    Il y a surement un mécanisme équivalent sur d'autres distribs.

    Pour chaque personne qui me plussoie, je frappe un fan de Justin Bieber.

  • # Partition /home

    Posté par  . Évalué à 1.

    Ou es ton /home?

    Si il est sur le /, regarde la place qu'il occupe. Les navigateurs internet sont assez doués pour le faire gonfler quand on ne leur met pas de quota d'espace à utiliser, par exemple.

    Pour chaque personne qui me plussoie, je frappe un fan de Justin Bieber.

    • [^] # Re: Partition /home

      Posté par  . Évalué à 2.

      regardes aussi dans tous les $HOME/.*/ ne pas oublier le "."

      Il y a tout un tas d'application qui posent là leur fichiers de configuration utilisateur mais aussi des tmp de l'application au lieu d'utiliser /tmp ou /var/tmp et en général ça bouffe une place insoupçonnée mais assez énorme en particulier les traces d'éditions audio ou vidéo.

      De même comme ça a été indiqué au dessus dans les navigateurs internet certains loggue les vidéos youtube dailymotion etc .... ces fichiers sont en général énormes.

      Vérifies si tu utilises gnash de désactiver l'enregistrement sur disque des vidéos justement, ça évitera que ça se reproduise.

      Quoi que tu testes, n'oublies pas de sauvegarder avant toute suppression qui pourrait te pourrir ton profile utilisateur. Tu auras été prévenu.

  • # gt5

    Posté par  (site web personnel) . Évalué à 1.

    http://gt5.sourceforge.net/ : il génère un fichier html, et permet de voir quels répertoires ont changé de taille entre 2 exécutions : très pratique !

    • [^] # Re: gt5

      Posté par  . Évalué à 1.

      Il est bien plus pertinant de mettre en place un monitoring complêt dans ce cas, pour 1 heure de boulot, on check bien plus de paramêtres ... ton en concervant la surveillance des volumes.

  • # Fichier de log effacé

    Posté par  . Évalué à 3.

    Il y a un truc ultra-classique, mais qui fait perdre beaucoup de temps la première fois que ça arrive : le fichier de log que l'on efface pour gagner de la place alors qu'il est encore ouvert par une instance du programme qui le gère.

    C'est très chiant parce que l'on pense avoir libéré la place alors que ce n'est pas le cas, et tous les scans du système de fichier que l'on puisse faire sont sans objet puisque l'entrée n'existe plus.

    Solution : « lsof » avec un regard particulier sur la taille des fichiers concernés. En principe, une fois tué le processus concerné, le fichier se vide de lui-même. À moins bien sûr qu'il existe un lien dur sur ce fichier à un autre endroit de l'arborescence.

  • # Merci

    Posté par  . Évalué à 1.

    Merci a tous pour les différentes pistes, je n'ai pas encore pu appliquer les méthodes, mais j'ai maintenant de quoi faire !
    Encore merci.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.