From bde582b225e98fe9e35cd67e4cb4406a6f85ae3e Mon Sep 17 00:00:00 2001 From: Chris Fries Date: Thu, 2 May 2013 16:07:34 -0500 Subject: [PATCH] f2fs: continue to mount after failing recovery When unable to roll forward the journal, we shouldn't bail out and not mount, we should continue to attempt the mount. Bad recovery data is likely unrecoverable at this point, and requiring the user to try to mount again doesn't solve any issues. Signed-off-by: Chris Fries Reviewed-by: Russell Knize Reviewed-by: Jason Hrycay Signed-off-by: Jaegeuk Kim --- fs/f2fs/super.c | 7 +++---- 1 file changed, 3 insertions(+), 4 deletions(-) diff --git a/fs/f2fs/super.c b/fs/f2fs/super.c index cd0e89a1ff8f..392dba26414a 100644 --- a/fs/f2fs/super.c +++ b/fs/f2fs/super.c @@ -669,10 +669,9 @@ static int f2fs_fill_super(struct super_block *sb, void *data, int silent) /* recover fsynced data */ if (!test_opt(sbi, DISABLE_ROLL_FORWARD)) { err = recover_fsync_data(sbi); - if (err) { - f2fs_msg(sb, KERN_ERR, "Failed to recover fsync data"); - goto free_root_inode; - } + if (err) + f2fs_msg(sb, KERN_ERR, + "Cannot recover all fsync data errno=%ld", err); } /* After POR, we can run background GC thread */ -- 2.34.1