From owner-freebsd-doc@FreeBSD.ORG Thu Dec 13 12:52:42 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 690B916A418 for ; Thu, 13 Dec 2007 12:52:42 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id CD44313C458 for ; Thu, 13 Dec 2007 12:52:41 +0000 (UTC) (envelope-from qpadla@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so608925nfb.33 for ; Thu, 13 Dec 2007 04:52:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; bh=geYOq7vzDuKBX68qy8Y9NdMc3ADUogjqKFU7/iAIw7Q=; b=hqGCmYdfJAwBtuTcZNTI2mHuB42hp58P/PVv0puGrwKWH7S+JpknID9sE1wbAikUG/tI2/8vQlzT8Ox5dZzH7fLPj47d5IWlHE0UHEXimNh7c278OIyYkOrHebRxWwSaiq2d7dIR1D0hTCq6jz6uCaC3XB5e03eWKvXth6/zAXg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:reply-to:to:subject:date:user-agent:cc:references:in-reply-to:mime-version:content-type:content-transfer-encoding:message-id; b=bm9gkJslrF+et8ddfHLcZl2GUdgsNepbuwboY/BfeRGRGjKnRNISIqffULxGVt6411hI0c7BWk6p4ORqpoEmWd/fl2rBCHfWzkULqzaV2xLG50XaCqTgJBsARYIuHh4axJc4gT2KS0qglgdmBabnigTLZOlANI7auye+dsOYFTM= Received: by 10.78.180.18 with SMTP id c18mr2254547huf.24.1197550360175; Thu, 13 Dec 2007 04:52:40 -0800 (PST) Received: from orion ( [89.162.141.1]) by mx.google.com with ESMTPS id y6sm18108751mug.2007.12.13.04.52.37 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 13 Dec 2007 04:52:38 -0800 (PST) From: Nikolay Pavlov To: freebsd-current@freebsd.org Date: Thu, 13 Dec 2007 14:52:30 +0200 User-Agent: KMail/1.9.6 (enterprise 0.20070907.709405) References: <20071211205813.GB1455@kobe.laptop> In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1772793.P2GptbU4c5"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200712131452.30994.qpadla@gmail.com> Cc: freebsd-doc@freebsd.org, Ivan Voras Subject: Re: FreeBSD 7 trivial problems / notes X-BeenThere: freebsd-doc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: qpadla@gmail.com List-Id: Documentation project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 13 Dec 2007 12:52:42 -0000 --nextPart1772793.P2GptbU4c5 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 12 December 2007 20:50:56 Ivan Voras wrote: > 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). If you mean the "errors=3Dcontinue / errors=3Dremount-ro / errors=3Dpanic" option in Linux then it's define the behavior of the system when the=20 filesystem is found to be in non consistent state, but not whether fsck is= =20 able to check it or not. So it's somewhat diffrent. Personally i do not=20 see the requirements for this option too.=20 Also there is a knob in defaults/rc.conf called "netfs_types" may be it=20 could be used to skip network filesystem checking? > > > % 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 > > 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 > them) - 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. =2D-=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 =2D Best regards, Nikolay Pavlov. <<<----------------------------------- = =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =20 --nextPart1772793.P2GptbU4c5 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBHYSsO/2R6KvEYGaIRAkcyAJ0YUWkljGre+QlCFurda1hWo5l8dQCeKU14 nKIzA0PfEjDdfoUXNmTJihI= =P4CU -----END PGP SIGNATURE----- --nextPart1772793.P2GptbU4c5--