Ext4-Inode-Verhältnis-Diskrepanz zwischen /etc/mke2fs.conf und tune2fs

Ext4-Inode-Verhältnis-Diskrepanz zwischen /etc/mke2fs.conf und tune2fs

Ich habe Debian Strech über das Installationsprogramm in einer Software-RAID-10-Konfiguration installiert. Es gibt 4 Laufwerke mit jeweils 14 TB. Die Partition wurde vom Installationsprogramm mit ext4 formatiert. Das Inode-Verhältnis beträgt standardmäßig 16384.

Katze /proc/mdstat
Persönlichkeiten: [raid10] [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4]
md3 : aktiver raid10 sdc4[1] sda4[0] sdb4[2] sdd4[3]
      27326918656 Blöcke Super 1.2 512K Chunks 2 Fast-Kopien [4/4] [UUUU]
      Bitmap: 5/204 Seiten [20 KB], 65536 KB Block

md2 : aktiver Raid1 sdd3[3] sdc3[1] sda3[0] sdb3[2]
      976320 Blöcke Super 1.2 [4/4] [UUUU]

md1 : aktiver Raid10 sdd2[3] sdc2[1] sda2[0] sdb2[2]
      15616000 Blöcke Super 1.2 512K Chunks 2 Fast-Kopien [4/4] [UUUU]

unbenutzte Geräte:
mdadm --detail /dev/md3
/dev/md3:
        Version : 1.2
  Erstellungszeit: So., 8. März 2020, 16:21:02
     Raid-Level: raid10
     Array-Größe: 27326918656 (26060,98 GiB 27982,76 GB)
  Verwendete Dev-Größe: 13663459328 (13030,49 GiB 13991,38 GB)
   Raid-Geräte: 4
  Geräte insgesamt: 4
    Persistenz: Superblock ist persistent

  Absichts-Bitmap: Intern

    Aktualisierungszeit: Mittwoch, 1. April 2020, 01:00:06 Uhr
          Zustand: sauber
 Aktive Geräte: 4
Arbeitsgeräte: 4
 Fehlerhafte Geräte: 0
  Ersatzgeräte: 0

         Layout: in der Nähe von = 2
     Blockgröße: 512 KB

           Name: aaaaaaa:2 (lokal zum Host aaaaaaa)
           UUID: xxxxxxxxxxxxxxxxxxxxxxxx
         Veranstaltungen: 26835

    Nummer Major Minor RaidDevice Status
       0 8 4 0 aktiver Synchronisierungssatz-A /dev/sda4
       1 8 36 1 aktiver Synchronisierungssatz-B /dev/sdc4
       2 8 20 2 aktiver Synchronisierungssatz-A /dev/sdb4
       3 8 52 3 aktiver Synchronisierungssatz-B /dev/sdd4

Katze /etc/mke2fs.conf
[Standardeinstellungen]
        base_features = sparse_super, große_Datei, Dateityp, Inode-Größe ändern, Verzeichnisindex, ext_attr
        default_mntopts = acl, Benutzer_xattr
        enable_periodic_fsck = 0
        Blockgröße = 4096
        inode_size = 256
        inode_ratio = 16384

Jetzt führe ich aus:

tune2fs -l /dev/md3
tune2fs 1.43.4 (31. Januar 2017)
Name des Dateisystem-Datenträgers:   
Zuletzt montiert am: /
Dateisystem-UUID: xxxxxxxxxxxxxxxxxxxxxxxxxxx
Magische Zahl des Dateisystems: 0xEF53
Dateisystemrevision Nr.: 1 (dynamisch)
Dateisystemfunktionen: has_journal ext_attr dir_index Dateityp needs_recovery Umfang 64bit flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Dateisystemflags: signed_directory_hash
Standardmäßige Einbindungsoptionen: user_xattr acl
Dateisystemstatus: sauber
Fehlerverhalten: Weiter
Dateisystem-Betriebssystemtyp: Linux
Inode-Anzahl: 426983424
Blockanzahl: 6831729664
Anzahl reservierter Blöcke: 341586483
Freie Blöcke: 6803907222
Freie Inodes: 426931027
Erster Block: 0
Blockgröße: 4096
Fragmentgröße: 4096
Gruppendeskriptorgröße: 64
Blöcke pro Gruppe: 32768
Fragmente pro Gruppe: 32768
Inodes pro Gruppe: 2048
Inode-Blöcke pro Gruppe: 128
RAID-Schrittweite: 128
RAID-Streifenbreite: 256
Flexblock-Gruppengröße: 16
Dateisystem erstellt: So 8. März 2020 16:24:38
Letzte Montagezeit: Di 31. März 12:06:30 2020
Letzte Schreibzeit: Di 31. März 12:06:21 2020
Anzahl der Reittiere: 17
Maximale Mount-Anzahl: -1
Zuletzt geprüft: So 8. März 2020 16:24:38
Prüfintervall: 0 ()
Lebenslange Schreibvorgänge: 27 GB
Reservierte Blöcke UID: 0 (Benutzer root)
Reservierte Blöcke gid: 0 (Gruppenstamm)
Erster Inode: 11
Inode-Größe: 256
Benötigte zusätzliche Größe: 32
Gewünschte Extragröße: 32
Journal-Inode: 8
Standardverzeichnis-Hash: half_md4
Verzeichnis-Hash-Seed: xxxxxxxxxxxxxxxxxxxxxxxxxxx
Journalsicherung: Inode-Blöcke
Prüfsummentyp: crc32c
Prüfsumme: 0x30808089

Bytes pro Inode = (Blöcke/Inodes) * Blockgröße

In meinem Fall: Bytes pro Inode = (6831729664/426983424) * 4096 = 16 * 4096 = 65536

Warum wird in der Ausgabe von tune2fs -l das Verhältnis als 65536 angezeigt? Es sollte 16384 sein.

Ich habe dieselbe Debian-Strech-Distribution auf meinem Notebook installiert und es gibt keine Diskrepanz zwischen /etc/mke2fs.conf und tune2fs -l.

Antwort1

Ihr Dateisystem ist über 16 TiB groß, alsomke2fsstandardmäßig auf den „riesigen“ Dateisystemtyp mit einem Inode-Verhältnis von 65.536 Bytes eingestellt. Siehe die -TOption in der verlinkten Manpage und den hugeTyp in mke2fs.conf:

        huge = {
                inode_ratio = 65536
        }

verwandte Informationen