summaryrefslogtreecommitdiff
path: root/fs
diff options
context:
space:
mode:
authorZhouyi Zhou <zhouzhouyi@gmail.com>2018-01-10 00:34:19 -0500
committerSasha Levin <alexander.levin@microsoft.com>2018-03-04 10:28:23 -0500
commitac9822f189aed6520cbc8949e3a7e151abb3bc4d (patch)
treec1c19427788cafc41bb29ddc5cccc5c1dc802bf5 /fs
parentefe28dcf96e1f38864e7102e31a598336e48ea3e (diff)
ext4: save error to disk in __ext4_grp_locked_error()
[ Upstream commit 06f29cc81f0350261f59643a505010531130eea0 ] In the function __ext4_grp_locked_error(), __save_error_info() is called to save error info in super block block, but does not sync that information to disk to info the subsequence fsck after reboot. This patch writes the error information to disk. After this patch, I think there is no obvious EXT4 error handle branches which leads to "Remounting filesystem read-only" will leave the disk partition miss the subsequence fsck. Signed-off-by: Zhouyi Zhou <zhouzhouyi@gmail.com> Signed-off-by: Theodore Ts'o <tytso@mit.edu> Cc: stable@vger.kernel.org Signed-off-by: Sasha Levin <alexander.levin@microsoft.com>
Diffstat (limited to 'fs')
-rw-r--r--fs/ext4/super.c1
1 files changed, 1 insertions, 0 deletions
diff --git a/fs/ext4/super.c b/fs/ext4/super.c
index b29a7ef4953e..fcc9333fcf19 100644
--- a/fs/ext4/super.c
+++ b/fs/ext4/super.c
@@ -669,6 +669,7 @@ __acquires(bitlock)
}
ext4_unlock_group(sb, grp);
+ ext4_commit_super(sb, 1);
ext4_handle_error(sb);
/*
* We only get here in the ERRORS_RO case; relocking the group