
Instalé Debian Strech a través del instalador en una configuración de software raid 10. Hay 4 unidades, cada una de 14 TB. El instalador formateó la partición con ext4. La relación de inodo por defecto es 16384.
gato /proc/mdstat Personalidades: [raid10] [raid1] [lineal] [multipath] [raid0] [raid6] [raid5] [raid4] md3: raid10 activo sdc4[1] sda4[0] sdb4[2] sdd4[3] 27326918656 bloques super 1.2 512K fragmentos 2 casi copias [4/4] [UUUU] Mapa de bits: 5/204 páginas [20 KB], fragmento de 65536 KB md2: raid1 activo sdd3[3] sdc3[1] sda3[0] sdb3[2] 976320 bloques super 1.2 [4/4] [UUUU] md1: raid10 activo sdd2[3] sdc2[1] sda2[0] sdb2[2] 15616000 bloques super 1.2 512K fragmentos 2 casi copias [4/4] [UUUU] dispositivos no utilizados:
mdadm --detalle /dev/md3 /dev/md3: Versión: 1.2 Hora de creación: domingo 8 de marzo 16:21:02 2020 Nivel de incursión: incursión10 Tamaño de matriz: 27326918656 (26060,98 GiB 27982,76 GB) Tamaño de desarrollo usado: 13663459328 (13030,49 GiB 13991,38 GB) Dispositivos de ataque: 4 Dispositivos totales: 4 Persistencia: el superbloque es persistente. Mapa de bits de intención: interno Hora de actualización: miércoles 1 de abril 01:00:06 2020 Estado: limpio Dispositivos activos: 4 Dispositivos de trabajo: 4 Dispositivos fallidos: 0 Dispositivos de repuesto: 0 Diseño: cerca=2 Tamaño del fragmento: 512K Nombre: aaaaaaa:2 (local para alojar aaaaaaa) UUID: xxxxxxxxxxxxxxxxxxxxxxxx Eventos : 26835 Número Mayor Menor Estado del dispositivo de incursión 0 8 4 0 conjunto de sincronización activa-A /dev/sda4 1 8 36 1 conjunto de sincronización activa-B /dev/sdc4 2 8 20 2 conjunto de sincronización activa-A /dev/sdb4 3 8 52 3 conjunto de sincronización activa-B /dev/sdd4
gato /etc/mke2fs.conf [predeterminado] base_features = sparse_super,large_file,filetype,resize_inode,dir_index,ext_attr default_mntopts = acl,user_xattr enable_periodic_fsck = 0 tamaño de bloque = 4096 tamaño_inodo = 256 relación_inodo = 16384
Ahora corro:
tune2fs -l /dev/md3 tune2fs 1.43.4 (31 de enero de 2017) Nombre del volumen del sistema de archivos: Montado por última vez en: / UUID del sistema de archivos: xxxxxxxxxxxxxxxxxxxxxxxxxxx Número mágico del sistema de archivos: 0xEF53 Revisión del sistema de archivos n.°: 1 (dinámico) Características del sistema de archivos: has_journal ext_attr dir_index tipo de archivo need_recovery extensión 64 bits flex_bg sparse_super large_file enorme_file dir_nlink extra_isize metadata_csum Banderas del sistema de archivos: firmado_directorio_hash Opciones de montaje predeterminadas: user_xattr acl Estado del sistema de archivos: limpio Comportamiento de errores: Continuar Tipo de sistema operativo de archivos: Linux Recuento de inodos: 426983424 Recuento de bloques: 6831729664 Recuento de bloques reservados: 341586483 Bloques gratis: 6803907222 Inodos libres: 426931027 Primer bloque: 0 Tamaño de bloque: 4096 Tamaño del fragmento: 4096 Tamaño del descriptor de grupo: 64 Bloques por grupo: 32768 Fragmentos por grupo: 32768 Inodos por grupo: 2048 Bloques de inodos por grupo: 128 Paso RAID: 128 Ancho de banda RAID: 256 Tamaño del grupo de bloques flexibles: 16 Sistema de archivos creado: domingo 8 de marzo 16:24:38 2020 Última hora de montaje: martes 31 de marzo 12:06:30 2020 Hora de última escritura: martes 31 de marzo 12:06:21 2020 Número de monturas: 17 Recuento máximo de montaje: -1 Última comprobación: domingo 8 de marzo 16:24:38 2020 Intervalo de verificación: 0 () Escritura de por vida: 27 GB Uid de bloques reservados: 0 (usuario raíz) Bloques reservados gid: 0 (raíz del grupo) Primer inodo: 11 Tamaño de inodo: 256 Tamaño extra requerido: 32 Talla extra deseada: 32 Inodo de diario: 8 Hash de directorio predeterminado: half_md4 Semilla de hash de directorio: xxxxxxxxxxxxxxxxxxxxxxxxxxx Copia de seguridad del diario: bloques de inodo Tipo de suma de comprobación: crc32c Suma de comprobación: 0x30808089
bytes por inodo = (bloques/inodos) * tamaño_bloque
En mi caso: bytes por inodo = (6831729664/426983424) * 4096 = 16 * 4096 = 65536
¿Por qué la relación se muestra como 65536 en la salida tune2fs -l? Debería ser 16384.
Tengo la misma distribución Debian Strech instalada en mi computadora portátil y no hay discrepancia entre /etc/mke2fs.conf y tune2fs -l.
Respuesta1
Su sistema de archivos tiene un tamaño superior a 16 TiB, por lo quemke2fs
El valor predeterminado es el tipo de sistema de archivos "enorme", con una proporción de inodos de 65.536 bytes. Vea la -T
opción en la página de manual vinculada y huge
escriba mke2fs.conf
:
huge = {
inode_ratio = 65536
}