Whamcloud - gitweb
e2fsck: zap extent-format inode with no extent header
authorDarrick J. Wong <darrick.wong@oracle.com>
Mon, 30 Nov 2015 20:22:07 +0000 (15:22 -0500)
committerTheodore Ts'o <tytso@mit.edu>
Mon, 30 Nov 2015 20:22:07 +0000 (15:22 -0500)
commitf680db654b2f095712f2528dc178eea5cfd6401f
treea8c6f2281b25843ba6d4b108364ea71880210b9c
parentc5b3ae7fb5d58dd12a1e02c2443bad32c8a76150
e2fsck: zap extent-format inode with no extent header

The kernel requires all inodes with the extent flag set to have a
valid extent tree header in i_block.  The ext2fs_extent_open2 prefers
to initialize the header if i_block is zeroed, but e2fsck never writes
the new header to disk.  Since the kernel won't create inodes with the
flag and no header anyway, zap such files.

Reported-by: Bo Branten <bosse@acc.umu.se>
Signed-off-by: Darrick J. Wong <darrick.wong@oracle.com>
Signed-off-by: Theodore Ts'o <tytso@mit.edu>
e2fsck/pass1.c
e2fsck/problem.c
e2fsck/problem.h
tests/f_extents/expect.1
tests/f_zeroed_ext_header/expect.1 [new file with mode: 0644]
tests/f_zeroed_ext_header/expect.2 [new file with mode: 0644]
tests/f_zeroed_ext_header/image.gz [new file with mode: 0644]
tests/f_zeroed_ext_header/name [new file with mode: 0644]