CentOS je (zjednodušeně řečeno) RedHat Enterprise Linux zadarmo. RHEL používá ext3 jako výchozí a certifikovaný filesystém. Jiné FS lze samozřejmě použít, ale RedHat pak od takového systému dává ruce pryč.
Na použití ext3 není nic divného. Právě naopak. Je to stabilní a léty prověřený fs. Zaujalo mě však, jak moc CentOS tomuto FS věří. Výpis níže ukazuje atributy fs tak, jak je vytvořil instalátor:
tune2fs 1.39 (29-May-2006) Filesystem volume name: Last mounted on: Filesystem UUID: ad01a494-afc7-4efa-90f2-27a6606f0eb1 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype\ needs_recovery sparse_super large_file Default mount options: user_xattr acl Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 1557504 Block count: 1556480 Reserved block count: 77824 Free blocks: 965953 Free inodes: 1471183 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 379 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 32448 Inode blocks per group: 1014 Filesystem created: Mon Dec 10 18:41:37 2007 Last mount time: Sat Mar 22 18:36:05 2008 Last write time: Sat Mar 22 18:36:05 2008 Mount count: 22 Maximum mount count: -1 Last checked: Mon Dec 10 18:41:37 2007 Check interval: 0 () Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 128 Journal inode: 8 Default directory hash: tea Directory Hash Seed: cbb05c1f-c30c-4e09-8f30-2d92f796c0ab Journal backup: inode blocks
Aktivované vlastnosti FS
Zajímavé pasáže jsem zvýraznil. Je potěšitelné, že je fs vytvářen s atributem dir_index, který urychlí práci s velkými adresáři. Zajímavé je také aktivování podpory rozšířených atributů user_xattr (což je nutné pro bezpečnostní subsystém selinux, který je v CentOS standardně zapnutý) a také podpora rozšířených práv acl (i když ty ext3 neumí nativně).
To byly, řekl bych, ty dobré zprávy. Co mě však zarazilo, a proto také vznikl tento krátký článek, jsou atributy chování při chybě a čas plánované kontroly systému souborů.
Takto vytvořený ext3 bude chybu ignorovat (Errors behavior: Continue), což bych od enterprise distribuce opravdu neočekával a navíc se bude kontrolovat pouze po špinavém odpojení (a to při startu systému), protože atributy určující kontrolu po čase a počtu připojení (Maximum mount count, Check interval) jsou vynulovány. CentOS musí ext3 opravdu hodně věřit, když vypne jeho automatickou kontrolu.