Am 14.08.20 um 12:33 schrieb Maciej Jablonski: > We have been historically pegged to ext3, however, it now looks worth > to reconsider ext4. all our virtual servers where installed in 2008 with Fedora 9 and at that time ext3 * 2009 we migrated all datasisks to ext4 * https://fedoraproject.org/wiki/Dracut after dracut came in the mix we where also ale to convert all rootfs to ext4 and just reboot never looked back to ext3 using recent kernels you most likely don't have an ext3 driver at all, it's the ext4 which can handle ext3 pretty fine tune2fs 1.45.5 (07-Jan-2020) Filesystem volume name: system Last mounted on: / Filesystem UUID: 918f24a7-bc8e-4da5-8a23-8800d5104421 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file uninit_bg dir_nlink Filesystem flags: signed_directory_hash Default mount options: journal_data_writeback user_xattr acl nobarrier Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 393216 Block count: 1572354 Reserved block count: 2 Free blocks: 1350883 Free inodes: 366435 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 383 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Filesystem created: Mon Aug 18 06:48:05 2008 Last mount time: Tue Aug 11 02:59:54 2020 Last write time: Fri Aug 14 02:09:32 2020 Mount count: 12 Maximum mount count: 30 Last checked: Thu Aug 6 21:48:28 2020 Check interval: 31104000 (12 months) Next check after: Sun Aug 1 21:48:28 2021 Lifetime writes: 1483 GB Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Journal inode: 8 First orphan inode: 32820 Default directory hash: half_md4 Directory Hash Seed: 1e9d689f-15fe-4c0d-aaba-9d323049c7f4 Journal backup: inode blocks
