* 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).