Date: Tue, 14 Mar 2006 00:40:34 -0500 (EST) From: Ensel Sharon <user@dhp.com> To: Micah <micahjon@ywave.com> Cc: freebsd-questions@freebsd.org Subject: Re: how does a system come up if you disable background fsck ? Message-ID: <Pine.LNX.4.21.0603140038550.8684-100000@shell.dhp.com> In-Reply-To: <4416483E.70600@ywave.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, 13 Mar 2006, Micah wrote: > Ensel Sharon wrote: > > I have disabled background fsck in my /etc/rc.conf with: > > > > background_fsck="no" > > > > But I am curious - what does this mean for the system if the system > > crashes ? > > > > Does this mean that the system will wait for all non root partitions to > > fully fsck before coming up into multi-user mode ? > > > > OR > > > > Does it mean the system will boot up quickly into multi-user mode, but the > > non-root partitions will just not be mounted and/or usable until I fsck > > them by hand ? > > > > thanks. > > The former, as I can say with ample experience this morning. (stupid USB > panic) That's kind of what I thought, but as I said, I just tested it, and what happened was: - system takes 20 mins or so to boot - partition that lives on system that takes 2 hours to fsck is mounted - I unmount it and fsck it by hand, and it is indeed dirty - meanwhile, a lot of /var logs and dmesg.boot are zero/missing So it looks like it fsck'd / and /var, and just mounted the big partition dirty. Is this expected ?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.LNX.4.21.0603140038550.8684-100000>