Hi Haotian, Thanks for your patch. I noticed that the following test fails: $ make -j 64 ... 365 tests succeeded 1 tests failed Tests failed: j_corrupt_revoke_rcount make: *** [Makefile:397: test_post] Error 1 This test fails because the test expects e2fsck to continue even if the journal superblock is corrupt and with your patch e2fsck exits immediately. This brings up a higher level question - if we abort on errors when recovery fails during fsck, how would that problem get fixed if we don't run fsck? In this particular example, the journal superblock is corrupt and that is an unrecoverable error. I wonder if instead we should check for certain specific transient errors such as -ENOMEM and only then exit? I suspect even in those cases we probably should ask the user if they would like to continue or not. What do you think? Thanks, Harshad On Fri, Dec 11, 2020 at 4:19 AM Haotian Li <lihaotian9@xxxxxxxxxx> wrote: > > jbd2_journal_revocer() may fail when some error occers > such as ENOMEM. However, jsb->s_start is still cleared > by func e2fsck_journal_release(). This may break > consistency between metadata and data in disk. Sometimes, > failure in jbd2_journal_revocer() is temporary but retry > e2fsck will skip the journal recovery when the temporary > problem is fixed. > > To fix this case, we use "fatal_error" instead "goto errout" > when recover journal failed. We think if journal recovery > fails, we need send error message to user and reserve the > recovery flags to recover the journal when try e2fsck again. > > Reported-by: Liangyun <liangyun2@xxxxxxxxxx> > Signed-off-by: Haotian Li <lihaotian9@xxxxxxxxxx> > Signed-off-by: Zhiqiang Liu <liuzhiqiang26@xxxxxxxxxx> > --- > e2fsck/journal.c | 9 +++++++-- > 1 file changed, 7 insertions(+), 2 deletions(-) > > diff --git a/e2fsck/journal.c b/e2fsck/journal.c > index 7d9f1b40..546beafd 100644 > --- a/e2fsck/journal.c > +++ b/e2fsck/journal.c > @@ -952,8 +952,13 @@ static errcode_t recover_ext3_journal(e2fsck_t ctx) > goto errout; > > retval = -jbd2_journal_recover(journal); > - if (retval) > - goto errout; > + if (retval && retval != EFSBADCRC && retval != EFSCORRUPTED) { > + ctx->fs->flags &= ~EXT2_FLAG_VALID; > + com_err(ctx->program_name, 0, > + _("Journal recovery failed " > + "on %s\n"), ctx->device_name); > + fatal_error(ctx, 0); > + } > > if (journal->j_failed_commit) { > pctx.ino = journal->j_failed_commit; > -- > 2.19.1 >