Discrepância de proporção de inode ext4 entre /etc/mke2fs.conf e tune2fs

Discrepância de proporção de inode ext4 entre /etc/mke2fs.conf e tune2fs

Eu instalei o debian strech através do instalador em uma configuração de software raid 10. Existem 4 unidades, cada uma com 14 TB. A partição foi formatada pelo instalador com ext4. A proporção do inode é padronizada como 16384.

gato /proc/mdstat
Personalidades: [raid10] [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4]
md3: raid10 ativo sdc4[1] sda4[0] sdb4[2] sdd4[3]
      27326918656 blocos super 1,2 pedaços de 512K 2 quase cópias [4/4] [UUUU]
      bitmap: 5/204 páginas [20 KB], pedaço de 65.536 KB

md2: raid1 ativo sdd3[3] sdc3[1] sda3[0] sdb3[2]
      976320 blocos super 1.2 [4/4] [UUUU]

md1: raid10 ativo sdd2[3] sdc2[1] sda2[0] sdb2[2]
      15616000 blocos super 1,2 512K pedaços 2 quase cópias [4/4] [UUUU]

dispositivos não utilizados:
mdadm --detail /dev/md3
/dev/md3:
        Versão: 1.2
  Horário de criação: domingo, 8 de março, 16:21:02 de 2020
     Nível de ataque: raid10
     Tamanho da matriz: 27326918656 (26060,98 GiB 27982,76 GB)
  Tamanho de desenvolvimento usado: 13663459328 (13030,49 GiB 13991,38 GB)
   Dispositivos de ataque: 4
  Total de dispositivos: 4
    Persistência: Superblock é persistente

  Bitmap de intenção: interno

    Horário de atualização: quarta-feira, 1º de abril, 01:00:06 de 2020
          Estado: limpo
 Dispositivos ativos: 4
Dispositivos de trabalho: 4
 Dispositivos com falha: 0
  Dispositivos sobressalentes: 0

         Layout: próximo = 2
     Tamanho do pedaço: 512K

           Nome: aaaaaaa:2 (local para hospedar aaaaaaa)
           UUID: xxxxxxxxxxxxxxxxxxxxxxxx
         Eventos: 26835

    Número Principal Menor Estado do RaidDevice
       0 8 4 0 conjunto de sincronização ativa-A /dev/sda4
       1 8 36 1 conjunto de sincronização ativa-B /dev/sdc4
       2 8 20 2 conjunto de sincronização ativa-A /dev/sdb4
       3 8 52 3 conjunto de sincronização ativa-B /dev/sdd4

gato /etc/mke2fs.conf
[padrões]
        base_features = sparse_super,large_file,filetype,resize_inode,dir_index,ext_attr
        default_mntopts=acl,user_xattr
        enable_periodic_fsck = 0
        tamanho do bloco = 4096
        tamanho_inode = 256
        proporção_de_inode = 16384

Agora eu corro:

tune2fs -l /dev/md3
tune2fs 1.43.4 (31 de janeiro de 2017)
Nome do volume do sistema de arquivos:   
Montado pela última vez em: /
UUID do sistema de arquivos: xxxxxxxxxxxxxxxxxxxxxxxxxxx
Número mágico do sistema de arquivos: 0xEF53
Revisão do sistema de arquivos nº: 1 (dinâmico)
Recursos do sistema de arquivos: has_journal ext_attr dir_index tipo de arquivo need_recovery extensão 64 bits flex_bg sparse_super large_file enorme_file dir_nlink extra_isize metadata_csum
Sinalizadores do sistema de arquivos: assinado_diretório_hash
Opções de montagem padrão: user_xattr acl
Estado do sistema de arquivos: limpo
Comportamento de erros: Continuar
Tipo de sistema operacional de sistema de arquivos: Linux
Contagem de inodes: 426983424
Contagem de blocos: 6831729664
Contagem de blocos reservados: 341586483
Blocos gratuitos: 6803907222
Inodes gratuitos: 426931027
Primeiro bloco: 0
Tamanho do bloco: 4096
Tamanho do fragmento: 4096
Tamanho do descritor de grupo: 64
Blocos por grupo: 32768
Fragmentos por grupo: 32768
Inodes por grupo: 2048
Blocos de inodes por grupo: 128
Passo RAID: 128
Largura da faixa RAID: 256
Tamanho do grupo de blocos flexíveis: 16
Sistema de arquivos criado: domingo, 8 de março, 16:24:38 de 2020
Horário da última montagem: terça-feira, 31 de março, 12:06:30 2020
Horário da última gravação: terça, 31 de março, 12:06:21 de 2020
Contagem de montagens: 17
Contagem máxima de montarias: -1
Última verificação: domingo, 8 de março, 16:24:38 de 2020
Intervalo de verificação: 0 ()
Gravações vitalícias: 27 GB
Uid de blocos reservados: 0 (usuário root)
Blocos reservados gid: 0 (raiz do grupo)
Primeiro inode: 11
Tamanho do inode: 256
Tamanho extra necessário: 32
Tamanho extra desejado: 32
Inode do diário: 8
Hash de diretório padrão: half_md4
Semente de hash de diretório: xxxxxxxxxxxxxxxxxxxxxxxxxxx
Backup de diário: blocos de inode
Tipo de soma de verificação: crc32c
Soma de verificação: 0x30808089

bytes por inode = (blocos/inodes) * block_size

No meu caso: bytes por inode = (6831729664/426983424) * 4096 = 16 * 4096 = 65536

Por que a proporção aparece como 65536 na saída tune2fs -l. Deve ser 16384.

Eu tenho a mesma distribuição debian strech instalada em meu notebook e não há discrepância entre /etc/mke2fs.conf e tune2fs -l.

Responder1

Seu sistema de arquivos tem mais de 16 TiB de tamanho, entãomke2fso padrão é o tipo de sistema de arquivos “enorme”, com uma proporção de inode de 65.536 bytes. Veja a -Topção na página de manual vinculada e hugedigite mke2fs.conf:

        huge = {
                inode_ratio = 65536
        }

informação relacionada