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