Tune2fs pozwala zmienić rozmiar i-węzła z domyślnego (128 bajtów na ext3, 256 bajtów na ext4) na prawie wszystko, ale powinno to być potęga dwóch. Jakie są przyczyny zmiany domyślnego rozmiaru i-węzła?
Tutaj jest napisane, że można to zrobić, aby móc przechowywać atrybuty ACL wewnątrz i-węzłów. Co jeszcze można przechowywać wewnątrz i-węzłów?
Czy jest jakiś powód, aby zwiększać rozmiar i-węzła na nowoczesnych dyskach o dużej pojemności (2 TB i więcej)?
Odpowiedzi:
Myślę, że domyślnie obecne wersje mkfs.ext2 / 3/4 mają domyślnie rozmiar i-węzła 256 bajtów (patrz /etc/mke2fs.conf). Ten IIRC włącza nanosekundowe znaczniki czasu z ext4 i, jak mówisz, bardziej rozszerzone atrybuty pasują do i-węzła. Takimi rozszerzonymi atrybutami są na przykład listy ACL, etykiety SELinux, niektóre etykiety specyficzne dla Samby.
Większe i-węzły oczywiście marnują trochę miejsca, a gdy je powiększasz, dość szybko wchodzisz w obszar malejących zwrotów. Domyślnie 256 bajtów jest prawdopodobnie dobrym kompromisem w większości sytuacji.
źródło
Dzięki opcji ext4 inline_data (nowość w Linuksie 3.8) istnieje nowy dobry powód dla większych rozmiarów i-węzłów: Biorąc pod uwagę tę opcję, zawartość pliku może być przechowywana w i-węźle pliku (jeśli plik jest wystarczająco mały). Pozwala to uniknąć operacji wyszukiwania. Nie widziałem jeszcze żadnych wzorców w tym zakresie.
źródło
Grub nie działa z rozmiarem i-węzła 256, więc używam 128.
źródło