From owner-freebsd-doc@FreeBSD.ORG Tue Dec 11 23:48:04 2007 Return-Path: Delivered-To: freebsd-doc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D62B016A421; Tue, 11 Dec 2007 23:48:04 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4343E13C461; Tue, 11 Dec 2007 23:48:03 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup79.ach.sch.gr [81.186.70.79]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lBBNl4Cu029883 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 12 Dec 2007 01:47:40 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lBBNkvrf001711; Wed, 12 Dec 2007 01:47:00 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lBBKwDYq001583; Tue, 11 Dec 2007 22:58:13 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Tue, 11 Dec 2007 22:58:13 +0200 From: Giorgos Keramidas To: Ollivier Robert Message-ID: <20071211205813.GB1455@kobe.laptop> References: <20071209234943.GB2112@kobe.laptop> <9bbcef730712091554p63d4ec54sdaf0abcb6e5b1c65@mail.gmail.com> <20071210225421.GA28116@keltia.freenix.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20071210225421.GA28116@keltia.freenix.fr> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.949, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.45, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-doc@freebsd.org, freebsd-current@freebsd.org Subject: Re: FreeBSD 7 trivial problems / notes X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Dec 2007 23:48:04 -0000 On 2007-12-10 23:54, Ollivier Robert wrote: >According to Ivan Voras: >> And this gives it the right to block system from booting? I'd at >> least like a symlink from "true" to "fsck_tmpfs". > > It is in the are of « it hurts when I do this. Then don't do that! ». > > Like someone else said, "0" should be used on special fs (like nfs). I was the one. After a couple of email exchanges with Ivan, I also proposed something like the following, to see if he likes it better than stopping the boot process on mount failures: % Here's the source ofmy confusion, then. I don't really % understand why setting the sixth field to zero is something you % don't like. It's explicitly described in the fstab manpage as % the way to disable fsck on the particular filesystem: % % The sixth field, (fs_passno), is used by the fsck(8) and % quotacheck(8) programs to determine the order in which file % system checks are done at reboot time. [...] If the sixth % field is not present or is zero, a value of zero is % returned and fsck(8) and quotacheck(8) will assume that the % file system does not need to be checked. % % The suggestion to make it non-fatal sounds nice though. Maybe % we should consider an `rc.conf' option which controls if mount % failures are actually considered fatal or just `annoying', and % then make the failure conditional on that option, i.e.: % % mount_failure_level={IGNORE,WARN,FATAL} % % Adding a mount(8) option, which can be set per filesystem is % probably also a good idea, i.e. something like: % % /dev/acd0 /cdrom cd9660 ro,auto,mounterror=ignore 0 0 % % It's too late to introduce something like this to 7.0, but if % it works and is accepted as an idea, we can implement it on % HEAD and backport it later :-) I still don't see why user-error in fstab for tmpfs should be treated as a special case, but that's probably me being blinded by a few years of "UNIX can let you shoot your foot, but it's not the fault of UNIX if you do, in fact, blast it off". - Giorgos