From owner-freebsd-hackers@FreeBSD.ORG Tue Jul 9 03:17:12 2013 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 39723AF5; Tue, 9 Jul 2013 03:17:12 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 103F512D6; Tue, 9 Jul 2013 03:17:11 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-226-51.lns20.per1.internode.on.net [121.45.226.51]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id r693Gx5Q009074 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 8 Jul 2013 20:17:02 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <51DB80A6.9080609@freebsd.org> Date: Tue, 09 Jul 2013 11:16:54 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130620 Thunderbird/17.0.7 MIME-Version: 1.0 To: Devin Teske Subject: Re: Announcing: nuOS 0.0.9.1b1 - a whole NEW FreeBSD distro, NOT a fork References: <51D9E499.103@nuos.org> <13CA24D6AB415D428143D44749F57D7201FB6177@ltcfiswmsgmb21> <51DB085A.9040701@nuos.org> <13CA24D6AB415D428143D44749F57D7201FB7302@ltcfiswmsgmb21> In-Reply-To: <13CA24D6AB415D428143D44749F57D7201FB7302@ltcfiswmsgmb21> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers , "Chad J. Milios" , "Teske, Devin" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Jul 2013 03:17:12 -0000 On 7/9/13 6:12 AM, Teske, Devin wrote: > On Jul 8, 2013, at 11:43 AM, Chad J. Milios wrote: > > > We also had to put one file into the etc directory on the / "beneath" the /etc mount so that /sbin/init can read it before /etc is mounted. There were two or three ways we could do that and each has a tradeoff. > > I've been bitten by that. > > Getting access to that file that's "beneath" once you've booted the system can be ... less than easy. if it's hardlinked to another copy that is not "beneath" then you can just edit it. I once had a system at vicor where I had a temporary "beneath" /etc that had all its files linked to files of the same name in /etc.boot/ > >