Re: Inquiétude: ext2 / LVM sur Debian

トップ ページ

このメッセージに返信
著者: Yves Martin
日付:  
To: guilde
題目: Re: Inquiétude: ext2 / LVM sur Debian
Selon Edgar Bonet <guilde@???>:

> Tu as demandé 25000 Mo = 25600000 ko. mke2fs a bien trouvé
>
>     "Block size=4096" * "6400000 blocks" = 25600000 ko

>
> Un certain nombre de ces blocs a été utilisé pour y loger autre chose
> que des fichiers :
>
>     3204992 inodes         * 128 octets = 400624 ko
>     196 bitmaps de bloc    *   4 ko     =    784 ko
>     196 bitmaps de inodes  *   4 ko     =    784 ko
>     11 copies du superbloc *   4 ko     =     44 ko

>
> Il devrait te rester 25197764 ko. Or df n'en voit que 25197676, il te
> manque donc 88 ko. C'est peut-être les « group descriptors ». En tout
> cas c'est pas grand chose.
>
> En définitive, l'espace non disponible pour le contenu des fichiers est
> de 25600000 - 25197676 = 402324 ko (393 Mo, et non 1 Go), soit 1,6 % du
> système de fichiers. 99,6% de cet espace est occupé par les inodes.


Le compte est bon (ou presque) pour le premier chiffre donné par df:
c'est à dire le nombre de blocs de 1Ko sur le filesystem:

 (Cas ext2fs)
/dev/vg01/lv_aptproxy_cache
                       25197676        20  23917656   1% /var/cache/apt-proxy


Mon erreur était dans l'équation (que je croyais vrai):
available + used = 1K-blocks

Et je viens de vérifier que cette équation ne s'applique pas aux résultats
de df... la différence est de plus en plus flagrante pour les grosses
partitions ! Mais je ne m'explique toujours pas la différence. Surtout
si df n'affiche pas les inodes.

Les 20 K occupés par l'ext2 vide correspond au lost+found,
et avec de l'ext3, cela correspond au lost+found + journal:

 (Cas ext3fs)
/dev/vg01/lv_aptproxy_cache
                      25197676     32828  23884848   1% /var/cache/apt-proxy


Ma question: où passe la différence affichée par df, entre 1K-blocks et avail.
ext2fs: 25197676 - ( 23917656 + 20 ) = 1280000
ext3fs: 25197676 - ( 23884848 + 32828 ) = 1280000

C'est quoi ces 1280000 Ko, soit 320000 blocs ?

 Sur l'ext3:
dumpe2fs /dev/vg01/lv_aptproxy_cache
dumpe2fs 1.27 (8-Mar-2002)
Filesystem volume name:   <none>
Last mounted on:          <not available>
Filesystem UUID:          622da83d-a284-4dfc-b080-22da2f4b8848
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      has_journal filetype sparse_super
Filesystem state:         not clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              3204992
Block count:              6400000
Reserved block count:     320000
Free blocks:              6291212
Free inodes:              3204981
First block:              0
Block size:               4096
Fragment size:            4096
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         16352
Inode blocks per group:   511
Last mount time:          Wed Jun 16 09:43:59 2004
Last write time:          Wed Jun 16 09:43:59 2004
Mount count:              1
Maximum mount count:      21
Last checked:             Wed Jun 16 09:43:27 2004
Check interval:           15552000 (6 months)
Next check after:         Mon Dec 13 08:43:27 2004
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               128
Journal UUID:             <none>
Journal inode:            8
Journal device:           0x0000
First orphan inode:       0


Et suivent la description des 195 groupes.

Je suis presque résigné mais cela me semble vraiment étrange. Je veux
comprendre ;)
--
Yves Martin