From owner-freebsd-current@freebsd.org Tue Aug 8 23:07:36 2017 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 54C41DD64F7 for ; Tue, 8 Aug 2017 23:07:36 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1292D77B11 for ; Tue, 8 Aug 2017 23:07:35 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-it0-x230.google.com with SMTP id 77so11770245itj.1 for ; Tue, 08 Aug 2017 16:07:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=JkuJUE4h+AbfjFqEirFbJUxp498wBmBKWHx52/VpC14=; b=LfrFbyYWpeHV06gTR1OFSpa8KoI688oxMhr+2mNxcyFktZ54J8k+WRYijyrl/LuU90 +uIX0Y+fNqK11z9qIVF1jKuRW3dzYxmKFV27raov813z8/Vfe21Se4c8bfsXKqT+jo9R GsN0GBzvzlCM/mNJJUsPx5kGINz5qqX9jwuyfqSsTCr7xHSrQwaml3nGa/f0B3UGhT9J KtPt/zQFqVfB4Tfw2OECjWSvDCWpdIbubppjw77XSLtpI90Y1PVhWGbQJGRr11WwN+hT ZoZI3daIjIs1jsxjmM9B9fOpaE+himpcv6pFUC1JaEFhfKcrXzc98S6mdDlyvrq96Vhu jBZg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=JkuJUE4h+AbfjFqEirFbJUxp498wBmBKWHx52/VpC14=; b=hnxN8W8OPeWW+UCVmcPQ7ergnU2wxFpVApYhlJ4Xi+mK1ldGqcUjx4QSdGge+LqaUc xJ/8NEI7HywNuKQb4Wkg+yuk8JaOfyc+UWdc2q2vbaK3ltUnBavbh8nmhxuvpPB96SEV wjP1WfUByO27UdGPSgFo0j6W26066qWwZVN3cB5Mv2FU3kUHTHKr62rAQucOTrWYXrdQ 8UwiuqWzsrCADdQL62C1BtpmBpRCGzRwXeayEttID2rTpgt5WI8HODgiIGNJBXfncTPT 2HKTzD9EIRGI1rLOkBmbewmMoUJ/GFvYPqh7Gg83Wl++BD9czQVGb9O4zOJwfJHWK6j+ ns3w== X-Gm-Message-State: AIVw112k385fepw25f43KnXE4W4h1raN/CFO6oX/+xomjGeAYnbCICLI 9/P0FDyV9aZO0uzybwcAlxuLM1tM7QJR X-Received: by 10.36.252.69 with SMTP id b66mr5021860ith.97.1502233655274; Tue, 08 Aug 2017 16:07:35 -0700 (PDT) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.10.71 with HTTP; Tue, 8 Aug 2017 16:07:34 -0700 (PDT) X-Originating-IP: [2603:300b:6:5100:95b6:4226:f295:bf25] 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> From: Warner Losh Date: Tue, 8 Aug 2017 17:07:34 -0600 X-Google-Sender-Auth: 3dKrTLskN3akRiVdfE1Zz-5CLk0 Message-ID: Subject: Re: [autofs] problems with "dirty" UFS2 partitions To: "O. Hartmann" Cc: Cy Schubert , "O. Hartmann" , freebsd-current Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.23 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Aug 2017 23:07:36 -0000 On Tue, Aug 8, 2017 at 5:26 AM, O. Hartmann 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