linux-ext4.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* Automatic fsck behavior
@ 2014-07-17  2:55 Daniel
  2014-07-17  3:14 ` Eric Sandeen
  0 siblings, 1 reply; 4+ messages in thread
From: Daniel @ 2014-07-17  2:55 UTC (permalink / raw)
  To: linux-ext4

Hi,

Had some questions about automatic boot-time fsck, following a power-loss or
hard-shutdown, etc.
All prior research (web searching, etc) on this has been inconclusive.

1) Does it do a real fsck or only a journal playback?

2) If it's a real fsck, is it done in repair mode or diagnostic mode?

Also, do the answers depend/vary according to ext4 version or anything else?

Thank you


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Automatic fsck behavior
  2014-07-17  2:55 Automatic fsck behavior Daniel
@ 2014-07-17  3:14 ` Eric Sandeen
  2014-07-17  3:41   ` Andreas Dilger
  0 siblings, 1 reply; 4+ messages in thread
From: Eric Sandeen @ 2014-07-17  3:14 UTC (permalink / raw)
  To: Daniel, linux-ext4

On 7/16/14, 9:55 PM, Daniel wrote:
> Hi,
> 
> Had some questions about automatic boot-time fsck, following a power-loss or
> hard-shutdown, etc.
> All prior research (web searching, etc) on this has been inconclusive.
> 
> 1) Does it do a real fsck or only a journal playback?

By default, e2fsck at boot time only replays the journal if
needed.

A full fsck at boot time is generally only done if:

*) The filesystem was marked with an error prior to the fsck due
   to a runtime metadata error
*) Mount-count or time-based thresholds have been reached
   (newer mke2fs doesn't set these threshold by default)

> 2) If it's a real fsck, is it done in repair mode or diagnostic mode?

Depends on how initscripts invoke it, but most likely
it is in preen ("repair the easy stuff") mode.

> Also, do the answers depend/vary according to ext4 version or anything else?

yep, see above, w.r.t. initscript behavior, older/newer mke2fs,
e2fsck.conf, mke2fs.conf, etc ;)

-Eric

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


^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Automatic fsck behavior
  2014-07-17  3:14 ` Eric Sandeen
@ 2014-07-17  3:41   ` Andreas Dilger
  2014-08-17 21:17     ` Daniel
  0 siblings, 1 reply; 4+ messages in thread
From: Andreas Dilger @ 2014-07-17  3:41 UTC (permalink / raw)
  To: Eric Sandeen; +Cc: Daniel, linux-ext4

[-- Attachment #1: Type: text/plain, Size: 1865 bytes --]

On Jul 16, 2014, at 9:14 PM, Eric Sandeen <sandeen@redhat.com> wrote:
> On 7/16/14, 9:55 PM, Daniel wrote:
>> Hi,
>> 
>> Had some questions about automatic boot-time fsck, following a power-loss or
>> hard-shutdown, etc.
>> All prior research (web searching, etc) on this has been inconclusive.
>> 
>> 1) Does it do a real fsck or only a journal playback?
> 
> By default, e2fsck at boot time only replays the journal if
> needed.

To elaborate a bit further - e2fsck will always do a sanity check of
the superblock when it is opening the filesystem to replay the journal.

> A full fsck at boot time is generally only done if:
> 
> *) The filesystem was marked with an error prior to the fsck due
>   to a runtime metadata error

or if the error was stored in the journal, even if it couldn't be
written to the superblock.

Cheers, Andreas

> *) Mount-count or time-based thresholds have been reached
>   (newer mke2fs doesn't set these threshold by default)
> 
>> 2) If it's a real fsck, is it done in repair mode or diagnostic mode?
> 
> Depends on how initscripts invoke it, but most likely
> it is in preen ("repair the easy stuff") mode.
> 
>> Also, do the answers depend/vary according to ext4 version or anything else?
> 
> yep, see above, w.r.t. initscript behavior, older/newer mke2fs,
> e2fsck.conf, mke2fs.conf, etc ;)
> 
> -Eric
> 
> 
>> Thank you
>> 
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
>> the body of a message to majordomo@vger.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@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html


Cheers, Andreas






[-- Attachment #2: Message signed with OpenPGP using GPGMail --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

^ permalink raw reply	[flat|nested] 4+ messages in thread

* Re: Automatic fsck behavior
  2014-07-17  3:41   ` Andreas Dilger
@ 2014-08-17 21:17     ` Daniel
  0 siblings, 0 replies; 4+ messages in thread
From: Daniel @ 2014-08-17 21:17 UTC (permalink / raw)
  To: linux-ext4

Ok, got it.

Thank you both very much for your help - it's greatly appreciated.


^ permalink raw reply	[flat|nested] 4+ messages in thread

end of thread, other threads:[~2014-08-17 21:17 UTC | newest]

Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-07-17  2:55 Automatic fsck behavior Daniel
2014-07-17  3:14 ` Eric Sandeen
2014-07-17  3:41   ` Andreas Dilger
2014-08-17 21:17     ` Daniel

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).