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
