IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration système Discussion :

dumpe2fs free block vs df


Sujet :

Administration système

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Nouveau candidat au Club
    Profil pro
    Inscrit en
    Août 2011
    Messages
    1
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2011
    Messages : 1
    Par défaut dumpe2fs free block vs df
    Bonjour,

    J'aimerais savoir d'ou vient une telle différence entre le Free blocks de la commande dumpe2fs et l'espace disponible retourné par la commande df.

    df : 60499224 KB ~ 60GB

    dumpe2fs : 96766098 * 4096 = 396353937408 B ~ 369 GB

    soit 300 GB de différence.

    Cordialement,

    64443.


    [root@backupvm01 scripts]# df
    Filesystem Size Used Avail Use% Mounted on
    /dev/mapper/rootvg-backuplv
    1479677588 1344028716 60499224 96% /opt/backups

    [root@backupvm01 backups]# dumpe2fs /dev/rootvg/backuplv
    dumpe2fs 1.39 (29-May-2006)
    Filesystem volume name: <none>
    Last mounted on: <not available>
    Filesystem UUID: fbf1c106-1155-4fda-86bf-a3d5e8697bff
    Filesystem magic number: 0xEF53
    Filesystem revision #: 1 (dynamic)
    Filesystem features: has_journal resize_inode dir_index filetype needs_recovery sparse_super large_file
    Default mount options: (none)
    Filesystem state: clean
    Errors behavior: Continue
    Filesystem OS type: Linux
    Inode count: 187908096
    Block count: 375816192
    Reserved block count: 18787412
    Free blocks: 96766098
    Free inodes: 171958551
    First block: 0
    Block size: 4096
    Fragment size: 4096
    Reserved GDT blocks: 934
    Blocks per group: 32768
    Fragments per group: 32768
    Inodes per group: 16384
    Inode blocks per group: 512
    Filesystem created: Fri Dec 3 15:40:04 2010
    Last mount time: Tue Jul 26 11:53:26 2011
    Last write time: Tue Jul 26 11:53:26 2011
    Mount count: 4
    Maximum mount count: 26
    Last checked: Mon Jun 27 11:19:25 2011
    Check interval: 15552000 (6 months)
    Next check after: Sat Dec 24 10:19:25 2011
    Reserved blocks uid: 0 (user root)
    Reserved blocks gid: 0 (group root)
    First inode: 11
    Inode size: 128
    Journal inode: 8
    Default directory hash: tea
    Directory Hash Seed: 06ffa3d4-db64-4a30-93f5-b125939aac6a
    Journal backup: inode blocks
    Journal size: 128M

  2. #2
    Expert confirmé Avatar de frp31
    Homme Profil pro
    Ingénieur systèmes et réseaux
    Inscrit en
    Juillet 2006
    Messages
    5 196
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 48
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur systèmes et réseaux
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Juillet 2006
    Messages : 5 196
    Par défaut
    si tu as fait récemment des modifications sur ce VG c'es tout bêtement qu'il a pas fini et que ça traite des trucs en arrière plan..

    un peut comme quant tu as un processus toto qui tourne qui efface un fichier log d'1G dans /var/log et tu as 1Go d'écart entre le retour des commandes du et df sur /var/log

    une façon de vérifier que c'est bien ça :
    lsof | grep le_repertoire
    ça te donnera les processus / actions sur le repertoire

    et si en faisant un ps -ef | grep n°processus ils tournent c'est bien le cas et alors l'écart affiché est juste "normal", l'espace sera affiché correctement soit lorsque ces processus seront terminés soit au prochain arrêt de la machine, (mais dans ce cas tu le veras qu'au boot qui suit )

Discussions similaires

  1. Réponses: 16
    Dernier message: 27/05/2017, 10h14
  2. HEAP: Free Heap block xx modified at xx+0x24 after it was freed
    Par venomelektro dans le forum Visual C++
    Réponses: 6
    Dernier message: 26/11/2010, 09h59
  3. "Free Heap block" en mode debug?
    Par kacedda dans le forum Visual C++
    Réponses: 2
    Dernier message: 22/04/2007, 12h13
  4. probleme free heap block lors d'un malloc
    Par gronaze dans le forum C
    Réponses: 2
    Dernier message: 24/03/2006, 15h01
  5. Erreur --> HEAP: Free Heap block à la fermeture
    Par Marthym dans le forum MFC
    Réponses: 1
    Dernier message: 23/01/2006, 11h41

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo