Forum Linux.debian/ubuntu probleme entre du et df

Posté par  .
Étiquettes : aucune
0
16
juil.
2008
Bonjour les moules,

Un problème me turlupine en ce moment :

# cd /
# du --one-file-system --max-depth=1 | sort -n
0 ./dev
0 ./proc
0 ./sys
1 ./cdrom
1 ./cdwriter
1 ./data
1 ./floppy
1 ./tftpboot
2 ./boot
4 ./home
4 ./stock
4 ./usr
4 ./var
6 ./media
12 ./jukebox
12 ./lost+found
12 ./tmp
18 ./mnt
1825 ./root
3185 ./sbin
6523 ./bin
24989 ./etc
122709 ./lib
159318 .
# df -h .
Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
/dev/hda5 464M 406M 34M 93% /
# mount | grep hda5
/dev/hda5 on / type ext3 (rw,errors=remount-ro)

Comment expliquer une telle différence entre du et df ?
Ou sont passé mes ~300 Mo manquant à l'appel ?
quelqu'un aurait une explication ?

  • # Deux choses

    Posté par  . Évalué à 3.

    - l'espace reservé pour le root en cas de saturation 
    - la différence entre la taille réelle des fichiers et la granularité des blocs alloués.

    • [^] # Re: Deux choses

      Posté par  . Évalué à 3.

      UPDATE :

      Bon, j'ai dégainé trop vite. 300 mégas sur 464, c'est trop.

      Vérifie déjà l'unité dans laquelle du te renvoie ton résultat, ensuite si tous les recoins de ton fs sont bien accessibles (lien symboliques, chmods), et enfin si une partie de tes données ne seraient pas masquées par un autre filesystem monté par dessus.

      • [^] # Re: Deux choses

        Posté par  . Évalué à 2.

        \o/

        $ df -h /
        Sys. de fich. Tail. Occ. Disp. %Occ. Monté sur
        /dev/hda5 464M 165M 275M 38% /

        J'avais des données dans un repertoire que j'avais monté effectivement :)

        Merci Obsidian pour la réponse et les autres pour le temps passé sur ma connerie.

  • # Option -a

    Posté par  . Évalué à 0.

    Essaie avec l'option -a pour que du liste les fichiers cachés.

    • [^] # Re: Option -a

      Posté par  . Évalué à 2.

      -a pour les fichiers cachés, c'est avec ls, pas du.

  • # Faut pas mettre de max-depth

    Posté par  . Évalué à 2.

    Bonjour,

    En mettant l'option --max-depth, tu lui interdis de descendre dans la hiérarchie, donc forcément, il comptabilise pas...

    Faut plutôt mettre dans ton cas un truc du genre:
    du --one-file-system -summarize --total *

    voire mettre explicitement les répertoires si tu veux éviter qu'il liste /proc et consorts.

    • [^] # Re: Faut pas mettre de max-depth

      Posté par  . Évalué à 4.

      Ah bin non, c'est pas ça, je viens de faire un essai...

      Sinon, pour les x% réservés a root, c'est en général seulement 10%, donc de la à faire 250Mo...

      Par contre, ton /lost+found me parais un peu gros, non?

      Dernière remarque, est-ce que par hasard tu aurais fait un rm sur un gros fichier, en cours d'utilisation par un process? peut-être dans /var/log?

Suivre le flux des commentaires

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