Forum Linux.debian/ubuntu Partition racine pleine

Posté par  .
Étiquettes : aucune
0
1
juin
2009
Bonjour,

Ma partition racine est pleine.

serveur:/home/dominique# df -h
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/sda6 942M 942M 0 100% /
tmpfs 218M 0 218M 0% /lib/init/rw
udev 10M 148K 9,9M 2% /dev
tmpfs 218M 0 218M 0% /dev/shm
/dev/sda1 259M 26M 219M 11% /boot
/dev/sda5 420G 147G 257G 37% /home
/dev/sda8 5,5G 140M 5,1G 3% /tmp
/dev/sda10 14G 3,7G 9,0G 30% /usr
/dev/sda9 19G 982M 17G 6% /var
/dev/sdb1 932G 114G 818G 13% /media/maxtor

Quand je recherche ce qui peut bien me la remplir comme ça, je ne
trouve pas. Je suis allé sur IRC pour demander de l'aide et on m'a
conseillé ncdu qui a l'avantage avec l'option -x de restreindre la
recherche à une seule partition (les répertoires montés ailleurs étant
donnés comme étant de taille nulle ce qui est bien pratique quand on
s'attaque à la racine).

Cet outil me dit que ma partition racine contient 132 Mo de données.
df me dit que la même partition de 932 Mo est pleine.

Forcément, je sêche.

Une idée ?
  • # Fichier supprimé mais encore ouvert ?

    Posté par  (site Web personnel) . Évalué à 2.

    Bonjour,

    il est possible que tu ais un gros fichier que tu as supprimé, mais qui est toujours ouvert par un process. Résultat : Linux ne te montre plus sur le système de fichier (il a été supprimé), mais la place n'a pas encore été libéré.

    Solutions :
    - Commence par faire de la place, en supprimant par exemple les logs du /var/log/ les plus vieux. Pas applicable chez toi, car ton "/var" est à part, mais je donne quand même l'information : Tu peux commencer par supprimer dans le /var/log/ tout les "*.gz", puis les "*.1", voir de lancer une rotation des logs: "logrotate -f /etc/logrotate.conf" sur une Debian
    - Arrête un à un tout les services de la machine
    - Regarde si tes fichiers "xsession-errors" n'ont pas grossis. Normalement, ils sont en ~/.xsession-errors ou en /tmp/xsession-$USER . Vu tes points de montage, je dirais que seul l'utilisateur root pourrait générer un tel fichier, mais encore faudrait-il que tu te ouvres une session X en temps que root
    - Reboot de la machine : Cela tueras tous les process, et les fichiers ouverts

    Si rien ne marche, tente de démarrer la machine sur un CD bootable, et lance un "ext3.fsck -f /dev/sda6" (si ta partition est effectivement en ext3)
    - Après, et toujours sur ce liveCD, tu peux monter ta partition (en "/mnt/sda6" par exemple), et lancer un "du" : "du -ks /mnt/sda6/* | sort -n". Vérifie enfin si tu n'as pas de fichier commençant par un "." dans ton "/"
    • [^] # Re: Fichier supprimé mais encore ouvert ?

      Posté par  (site Web personnel) . Évalué à 5.

      bah ya /usr/share/doc/ aussi, personne ne la lit de toute façon :)
    • [^] # Re: Fichier supprimé mais encore ouvert ?

      Posté par  . Évalué à 2.

      - Commence par faire de la place, en supprimant par exemple les logs du /var/log/ les plus vieux. Pas applicable chez toi, car ton "/var" est à part, mais je donne quand même l'information : Tu peux commencer par supprimer dans le /var/log/ tout les "*.gz", puis les "*.1", voir de lancer une rotation des logs: "logrotate -f /etc/logrotate.conf" sur une Debian

      Mon /var est sur une partition séparée, a priori ça ne peut pas avoir d'incidence sur ma partiton racine.

      - Arrête un à un tout les services de la machine

      J'ai déjà arrêté puis redémarré la machine plusieurs fois (je l'éteins la nuit)

      - Regarde si tes fichiers "xsession-errors" n'ont pas grossis. Normalement, ils sont en ~/.xsession-errors ou en /tmp/xsession-$USER . Vu tes points de montage, je dirais que seul l'utilisateur root pourrait générer un tel fichier, mais encore faudrait-il que tu te ouvres une session X en temps que root

      Jamais, ça porte malheur ;-)

      Si rien ne marche, tente de démarrer la machine sur un CD bootable, et lance un "ext3.fsck -f /dev/sda6" (si ta partition est effectivement en ext3)
      - Après, et toujours sur ce liveCD, tu peux monter ta partition (en "/mnt/sda6" par exemple), et lancer un "du" : "du -ks /mnt/sda6/* | sort -n"


      Excellente idée, j'essaie ça et je te tiens au courant.

      Merci des conseils

      Il se prend pour Napoléon, son état empire.

      • [^] # Re: Fichier supprimé mais encore ouvert ?

        Posté par  . Évalué à 1.

        Bon, suis en session live j'ai monté ma partition racine dans un répertoire local et

        ubuntu@ubuntu:~$ sudo du -ksh /home/ubuntu/sda6/* | sort -n

        me donne ce résultat :

        0 /home/ubuntu/sda6/cdrom
        0 /home/ubuntu/sda6/initrd.img.old
        0 /home/ubuntu/sda6/lib32
        0 /home/ubuntu/sda6/lib64
        0 /home/ubuntu/sda6/vmlinuz.old
        4,0K /home/ubuntu/sda6/boot
        4,0K /home/ubuntu/sda6/home
        4,0K /home/ubuntu/sda6/mnt
        4,0K /home/ubuntu/sda6/opt
        4,0K /home/ubuntu/sda6/proc
        4,0K /home/ubuntu/sda6/selinux
        4,0K /home/ubuntu/sda6/sys
        4,0K /home/ubuntu/sda6/tmp
        4,0K /home/ubuntu/sda6/usr
        4,8M /home/ubuntu/sda6/bin
        4,8M /home/ubuntu/sda6/sbin
        5,0M /home/ubuntu/sda6/root
        8,8M /home/ubuntu/sda6/emul
        11M /home/ubuntu/sda6/etc
        12K /home/ubuntu/sda6/dev
        12K /home/ubuntu/sda6/var
        16K /home/ubuntu/sda6/lost+found
        98M /home/ubuntu/sda6/lib
        200K /home/ubuntu/sda6/srv
        793M /home/ubuntu/sda6/media

        Le fautif semble apparaître clairement cependant :

        Le répertoire media, outre les cdrom et floppy habituels contient maxtor. Maxtor est un disque dur USB d'1 téra-octets qui contient entre autres un répertoire bm destiné à recevoir les sauvegardes générées par backup-manager, que j'ai installé juste avant la catastrophe.

        Si je regarde avec un gestionaire de fichiers /media/maxtor ne contient que le répertoire bm et pas le reste du contenu de mon disque externe.

        D'ailleurs si je regarde dans les répertoires attachés à l'arborescence de / mais montés sur une partition différente comme /home par exemple, ils apparaissent évidemment vides.

        Comment se fait-il que seul ce répertoire se trouve dans la partition racine ?
        Deuxième question keskifoutlà ?

        Je me crève les yeux sur le fichier de conf de backup-manager mais rien n'y fait...

        Il se prend pour Napoléon, son état empire.

        • [^] # Re: Fichier supprimé mais encore ouvert ?

          Posté par  . Évalué à 5.

          tu as un disque de 600 Go, et tu ne mets que 1 Go pour / ?? (même si tu as séparé le /var , /home et /usr )

          Perso je n'ai jamais séparé /var /usr /boot et /, je ne le fais que pour /home, et je n'ai jamais eu de problème.

          J'imagine que ce fichier bm s'est copié à un moment où tu pensais avoir le disque maxtor de monté, mais cela n'était sans doute pas le cas et cela s'est copié dans la racine.

          Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

          • [^] # Re: Fichier supprimé mais encore ouvert ?

            Posté par  . Évalué à 0.

            tu as un disque de 600 Go, et tu ne mets que 1 Go pour / ?? (même si tu as séparé le /var , /home et /usr )

            Eh ouais...

            Perso je n'ai jamais séparé /var /usr /boot et /, je ne le fais que pour /home, et je n'ai jamais eu de problème.

            Tant mieux...

            J'imagine que ce fichier bm s'est copié à un moment où tu pensais avoir le disque maxtor de monté, mais cela n'était sans doute pas le cas et cela s'est copié dans la racine.

            Ben non, pas de répertoire bm à la racine de mon disque (je pense que je l'aurais vu du premier coup)

            Merci quand même ;-)

            Il se prend pour Napoléon, son état empire.

            • [^] # Re: Fichier supprimé mais encore ouvert ?

              Posté par  . Évalué à 4.

              tu as repere que /home/ubuntu/sda6/media semblait etre le fautif

              tu peux continuer à chercher ce qui prend de la place, toujours avec le livecd
              en faisant un du -h --max-depth=1 /home/ubuntu/sda6/media

              puis en descendant dans le dossier qui prend le plus de place tu continue
              ainsi tu sauras ce qui te prend de la place
        • [^] # Fichier caché ?

          Posté par  . Évalué à 1.

          sudo du -ksh /home/ubuntu/sda6/.* | sort -n
          Te donnes t'il quelque chose ?
        • [^] # Re: Fichier supprimé mais encore ouvert ?

          Posté par  (site Web personnel) . Évalué à 6.

          Si je regarde avec un gestionaire de fichiers /media/maxtor ne contient que le répertoire bm et pas le reste du contenu de mon disque externe.
          Normalement, il ne devrait même pas y avoir de /media/maxtor/bm/ Si il y en a un, c'est que à un moment donné, tu as fait un backup (avec backup-manager), mais que le disque maxter N'etait PAS monté. Donc le backup a eu lieu dans le /dev/sda5 plutôt que dans le disque de 1To


          Deuxième question keskifoutlà ?
          Ce qui est ennuyeux, c'est que tu as une partie de ton backup dans le "/", et une autre dans le disque de 1To. Personnellement, je supprimerai le répertoire du /media/maxtor/dm/ , car lorsque le maxtor est monté, ce contenu est inaccessible (il n'existe pas).

          Mais je ne connais pas disk manager, donc je ne sais pas si on peut lui supprimer une partie de ses backup.
  • # Fichiers effacés

    Posté par  (site Web personnel) . Évalué à 2.

    lsof | grep delete

    Et la tu auras la liste des fichiers en cours d'utilisation mais effacés. Ils continuent de prendre de la place sur le disque, mais ne sont plus visibles.
  • # Ayé !

    Posté par  . Évalué à 3.

    Je l'ai eu !

    En fait il existait un /media/maxtor/bm dans la racine de mon disque. Le fait d'explorer la partition à partir d'un live-cd était la clé qui m'a permis de m'apercevoir que ce répertoire maxtor/bm n'avait rien à faire là. Il contenait des sauvegardes de backup-manager que j'ai effacées, gagnant ainsi plus de 700 Mo.

    Merci à tous.
    Il me reste à savoir pourquoi ce répertoire était là (il me semble avoir fait mes premiers essais de sauvegardes alors que le disque externe était monte automatiquement par hal. Et comme backup-manager fonctionne avec les droits root...)

    Les sauvegardes actuelles se font sur le disque externe déclaré dans le fstab à partir de son uuid. Normalement ça devrait aller.

    Reste à déterminer pourquoi gzip se vautre avec un message file too long et me pourrit certaines de mes sauvegardes mais ça sera peut être pour un autre fil.

    Suite au prochain numéro.

    Il se prend pour Napoléon, son état empire.

Suivre le flux des commentaires

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