linux-ext4 - Re: Filesystem state: clean with errors

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <51ACEAEF.6040109@redhat.com>
Date:	Mon, 03 Jun 2013 14:13:51 -0500
From:	Eric Sandeen <sandeen@...hat.com>
To:	Autif Khan <autif.mlist@...il.com>
CC:	linux-ext4@...r.kernel.org
Subject: Re: Filesystem state: clean with errors - what errors?

On 6/3/13 1:45 PM, Autif Khan wrote:
> Executing dumpe2fs -h on one of the partitions says
> 
> ...
> Filesystem features:      has_journal ext_attr resize_inode dir_index
> filetype extent flex_bg sparse_super large_file huge_file uninit_bg
> dir_nlink extra_isize
> Filesystem flags:         signed_directory_hash
> Default mount options:    user_xattr acl
> Filesystem state:         clean with errors
> ...
> 
> How can I find out what the errors are - the details of the errors.

"clean" means the log has been replayed (log is not dirty)
"with errors" means that it encountered concistency errors at runtime

run e2fsck -f on it to see what it finds (or e2fsck -fn if you want a no-op
dry run)

-Eric

> Thanks
> 
> Autif
> 
> Some more logs (I am not sure I see an error here):
> 
> Group 0: (Blocks 0-32767) [ITABLE_ZEROED]
>   Checksum 0xc4c7, unused inodes 0
>   Primary superblock at 0, Group descriptors at 1-1
>   Reserved GDT blocks at 2-256
>   Block bitmap at 257 (+257), Inode bitmap at 273 (+273)
>   Inode table at 289-800 (+289)
>   21467 free blocks, 0 free inodes, 1834 directories
>   Free blocks: 11301-32767
>   Free inodes:
> Group 1: (Blocks 32768-65535) [ITABLE_ZEROED]
>   Checksum 0xc9c2, unused inodes 623
>   Backup superblock at 32768, Group descriptors at 32769-32769
>   Reserved GDT blocks at 32770-33024
>   Block bitmap at 258 (bg #0 + 258), Inode bitmap at 274 (bg #0 + 274)
>   Inode table at 801-1312 (bg #0 + 801)
>   0 free blocks, 623 free inodes, 974 directories, 623 unused inodes
>   Free blocks:
>   Free inodes: 15762-16384
> Group 2: (Blocks 65536-98303) [INODE_UNINIT, ITABLE_ZEROED]
> ...
> Group 16: (Blocks 524288-557055) [ITABLE_ZEROED]
>   Checksum 0xcee5, unused inodes 0
>   Block bitmap at 524288 (+0), Inode bitmap at 524304 (+16)
>   Inode table at 524320-524831 (+32)
>   22714 free blocks, 0 free inodes, 1672 directories
>   Free blocks: 534342-557055
>   Free inodes:
> Group 17: (Blocks 557056-589823) [ITABLE_ZEROED]
>   Checksum 0x9983, unused inodes 7375
>   Block bitmap at 524289 (bg #16 + 1), Inode bitmap at 524305 (bg #16 + 17)
>   Inode table at 524832-525343 (bg #16 + 544)
>   16730 free blocks, 7375 free inodes, 140 directories, 7375 unused inodes
>   Free blocks: 557571-558079, 565411-573439, 581632-589823
>   Free inodes: 140082-147456
> Group 18: (Blocks 589824-622591) [INODE_UNINIT, BLOCK_UNINIT, ITABLE_ZEROED]
> ...
> 
> Everything else is INODE_UNINIT
> --
> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
> the body of a message to majordomo@...r.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 

--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html