From owner-cvs-all Thu Dec 27 5:41:32 2001 Delivered-To: cvs-all@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id 87D5137B405; Thu, 27 Dec 2001 05:41:27 -0800 (PST) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.11.6/8.11.6) id fBRDfR334700; Thu, 27 Dec 2001 05:41:27 -0800 (PST) (envelope-from sheldonh) Message-Id: <200112271341.fBRDfR334700@freefall.freebsd.org> From: Sheldon Hearn Date: Thu, 27 Dec 2001 05:41:27 -0800 (PST) To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/etc rc src/etc/defaults rc.conf src/share/man/man5 rc.conf.5 X-FreeBSD-CVS-Branch: HEAD Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG sheldonh 2001/12/27 05:41:27 PST Modified files: etc rc etc/defaults rc.conf share/man/man5 rc.conf.5 Log: Re-introduce the fix that delays mounting of network filesystems until the network is initialized. This was first implemented in rev 1.268 of src/etc/rc, but was backed out at wollman's request. The objection was that the right place for the fix is in mount(8). Having looked at that problem, I find it hard to believe that the hoops one would have to jump through can be justified by the desire for purity alone. Note that there are reported issues surrounding nfsclient kernel support and mount_nfs(8), which currently make NFS an ugly exception to the general case. With this change, systems with non-NFS network filesystems configured for mounting on startup in /etc/fstab are no longer guaranteed to fail on startup. Revision Changes Path 1.135 +3 -1 src/etc/defaults/rc.conf 1.290 +33 -2 src/etc/rc 1.145 +10 -0 src/share/man/man5/rc.conf.5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message