From owner-freebsd-current@FreeBSD.ORG Wed Dec 12 18:51:39 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 068D416A41B for ; Wed, 12 Dec 2007 18:51:39 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 81D1713C467 for ; Wed, 12 Dec 2007 18:51:38 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1J2Wfs-000655-EM for freebsd-current@freebsd.org; Wed, 12 Dec 2007 18:51:16 +0000 Received: from 78-1-103-240.adsl.net.t-com.hr ([78.1.103.240]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Dec 2007 18:51:16 +0000 Received: from ivoras by 78-1-103-240.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 12 Dec 2007 18:51:16 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 12 Dec 2007 19:50:56 +0100 Lines: 81 Message-ID: References: <20071209234943.GB2112@kobe.laptop> <9bbcef730712091554p63d4ec54sdaf0abcb6e5b1c65@mail.gmail.com> <20071210225421.GA28116@keltia.freenix.fr> <20071211205813.GB1455@kobe.laptop> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigAFD02F3760159A8DDB6B7D75" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-103-240.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <20071211205813.GB1455@kobe.laptop> X-Enigmail-Version: 0.95.5 Sender: news Cc: freebsd-doc@freebsd.org Subject: Re: FreeBSD 7 trivial problems / notes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 12 Dec 2007 18:51:39 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigAFD02F3760159A8DDB6B7D75 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Giorgos Keramidas wrote: > % 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=3D{IGNORE,WARN,FATAL} I like this, but will like to suggest that "WARN" or "IGNORE" be the default, since I think there's practically no chance of backward compatibility issues. > % 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=3Dignore 0 0 Perhaps you mean "fsckerror=3Dignore"? IIRC Linux has something like this (the "mounterror" variant), and in some way it's nice to have this fine-grained per-file system, but this particular instance won't save the user from having a machine non-bootable with file systems that don't have fsck (if you already know you need to ignore this type of error, you already know that you need "2" in the fsck field). > % 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 :-) >=20 > 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 Making tmpfs a special case for stab would certainly be a bad idea :) I was always suggesting generic solutions. > 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". I appreciate the charm and the wisdom of the "old-school" way of thinking, but you will recognize that, in additions to many good things, it has brought us some not so good, among which are: - kernel panics on file system corruption (instead of just unmounting the= m) - kernel panics when mounted devices go missing, e.g. USB (instead of just umounting it) - "root is god" model which everyone except the embedded people are trying hard to replace nowadays (ok, this one's hard to solve) - "kern_map too small" panics in ZFS (anything's better than panics; why isn't it delaying requests in low memory conditions?) - ...probably more; this subject pops up every now and then on the lists.= Modern systems should fail gracefully - Unix thrived on small systems with limited resources which maybe couldn't afford this policy, but current systems can do better. --------------enigAFD02F3760159A8DDB6B7D75 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHYC2XldnAQVacBcgRAmU1AJ45Y903C+dVxSmcoAttZN5LNVNqIQCdHu/K uU53a8eIp1gAYLFe16WLU4Q= =Ff3G -----END PGP SIGNATURE----- --------------enigAFD02F3760159A8DDB6B7D75--