Date: Tue, 8 Aug 2017 17:07:34 -0600 From: Warner Losh <imp@bsdimp.com> To: "O. Hartmann" <o.hartmann@walstatt.org> Cc: Cy Schubert <Cy.Schubert@komquats.com>, "O. Hartmann" <ohartmann@walstatt.org>, freebsd-current <freebsd-current@freebsd.org> Subject: Re: [autofs] problems with "dirty" UFS2 partitions Message-ID: <CANCZdfrUu40DE9KWXHi5AELM3nmnr8pyqoc-5Widy5=G8aDBaw@mail.gmail.com> In-Reply-To: <20170808132621.1f14cc1d@freyja.zeit4.iv.bundesimmobilien.de> References: <20170808071758.6a815d59@freyja.zeit4.iv.bundesimmobilien.de> <201708080648.v786mFic090494@slippy.cwsent.com> <20170808132621.1f14cc1d@freyja.zeit4.iv.bundesimmobilien.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Aug 8, 2017 at 5:26 AM, O. Hartmann <o.hartmann@walstatt.org> wrote: > > [from Warner Losh] > > Can't you just list them in /etc/fstab with the noauto option, but with a > > non-zero number listed in the 'pass' number column? I know nanobsd > doesn't > > generate things this way, but maybe it should.... > > > > Warner > > I haven't though of this ever - will it force a check of a dirty filesystem > even when it is mounted via autofs? I considered /etc/fstab and autofs as > mutual exclusive - in my naive view ... > 'noauto' means it won't be mounted automatically. And setting a pass will only affect things early in boot. Since there won't be multiple things vying for control, autofs can safely be used in this case. I don't know how, with autofs, to force a fsck when the filesystem needs it though. We do things like this at work where we have a few FS listed in /etc/fstab, but wind up mounting a boatload more based on simple rules that our startup scripts just know about to find additional FS to mount. No autofs since we need our content online all the time, but still enough similar to be worth some experimentation time. And let me know how this goes, since I think it would be a good addition to nanobsd which normally keeps /cfg unmounted... Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfrUu40DE9KWXHi5AELM3nmnr8pyqoc-5Widy5=G8aDBaw>