[CentOS] EXT4 mount issue

Steve Brooks steveb at mcs.st-and.ac.uk
Mon Oct 4 17:22:34 EDT 2010


Below is the output from "tune4fs". From what people are saying it looks 
like et4 may not be the way to go.

[root at sraid3 ~]# tune4fs -l /dev/sdb
tune4fs 1.41.9 (22-Aug-2009)
Filesystem volume name:   <none>
Last mounted on:          /sraid3/sraid3
Filesystem UUID:          adc08889-f6a9-47c6-a570-e51c480240a3
Filesystem magic number:  0xEF53
Filesystem revision #:    1 (dynamic)
Filesystem features:      ext_attr resize_inode dir_index filetype 
sparse_super large_file
Filesystem flags:         signed_directory_hash
Default mount options:    (none)
Filesystem state:         not clean
Errors behavior:          Continue
Filesystem OS type:       Linux
Inode count:              731381760
Block count:              2925527040
Reserved block count:     146276352
Free blocks:              499285087
Free inodes:              730894437
First block:              0
Block size:               4096
Fragment size:            4096
Reserved GDT blocks:      326
Blocks per group:         32768
Fragments per group:      32768
Inodes per group:         8192
Inode blocks per group:   512
Filesystem created:       Wed Feb 10 14:49:46 2010
Last mount time:          Fri Oct  1 18:49:29 2010
Last write time:          Mon Oct  4 01:32:34 2010
Mount count:              3
Maximum mount count:      37
Last checked:             Mon Jun  7 15:51:57 2010
Check interval:           15552000 (6 months)
Next check after:         Sat Dec  4 14:51:57 2010
Reserved blocks uid:      0 (user root)
Reserved blocks gid:      0 (group root)
First inode:              11
Inode size:               256
Required extra isize:     28
Desired extra isize:      28
Default directory hash:   half_md4
Directory Hash Seed:      78a52c1a-0e24-4e94-b1dc-e193e7cac68d

On Mon, 4 Oct 2010, Miguel Medalha wrote:

> Can you give us the output of "tune4fs -l /dev/sdb" ?
> Does it show " has_journal" under "Filesystem features"?
> If it doesn't, you can input the following:
> tune4fs -o journal_data
> The option "journal_data" fits the case in which you don't care about the 
> fastest speed but you put your focus on data integrity instead.
> By the way, if you only used the defaults when creating the ext4 filesystems, 
> I am afraid that you didn't use the ext4 specific features that give it a 
> real advantage over ext3. Some of them cannot be configured latter, they have 
> to be specified when you create the filesystem.


More information about the CentOS mailing list