From owner-freebsd-hackers Fri May 10 9:19:17 2002 Delivered-To: freebsd-hackers@freebsd.org Received: from smtp.enternet.hu (smtp.enternet.hu [62.112.192.21]) by hub.freebsd.org (Postfix) with ESMTP id E305637B406 for ; Fri, 10 May 2002 09:18:46 -0700 (PDT) Received: from elischer.org (3e70d2af.dialin.enternet.hu [62.112.210.175]) by smtp.enternet.hu (8.11.6/8.11.6) with ESMTP id g4AGGQr51040; Fri, 10 May 2002 18:16:27 +0200 (CEST) (envelope-from julian@elischer.org) Message-ID: <3CDBDB72.FC3C9CB7@elischer.org> Date: Fri, 10 May 2002 07:38:42 -0700 From: Julian Elischer X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en, hu MIME-Version: 1.0 To: Gordon Tetlow Cc: Michael Smith , hackers@freebsd.org Subject: Re: nextboot loader diff References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Gordon Tetlow wrote: > > On Thu, 9 May 2002, Michael Smith wrote: > > > > I've finally learned enough forth to put together a diff to implement some > > > nextboot functionality in the loader. > > > > > > Basically, the loader peeks into the first line of /boot/nextboot.conf to > > > see if nextboot_enable="YES" is there. If it is, it reads the entire > > > config, then rewrites the first line to nextboot_enable="NO" > > > > Don't do this. Put the variables directly into loader.conf. There's no > > need for another file. > > There needs to be another file regardless. How else am I going to know > which are supposed to be used on the next boot and which are normal values > that the user has put in /boot/loader.conf? I wrote the original 'nextboot to use block 1 (ususally unused) to avoid under all circumstances writing into the filesystem. Also, part of the weakness of the current system is that it presumes you know which IS the root filesystem. The original nextboot took as part of the information it loaded from block 1 (assumuing it checked out as a boot-spec block) the partition to use as the root. If the root partition is totally hosed you may not be able to READ /boot/{anything}. The original nextboot was really a local hack to fix a local problem, but I was thinking of making it more 'acceptable' to the world as a whole by making it look for a DOS partition of some type, and {length 1,location 1} before loading information. I deliberatly kept this information outside the filesystem. > > -gordon > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message -- +------------------------------------+ ______ _ __ | __--_|\ Julian Elischer | \ U \/ / hard at work in | / \ julian@elischer.org +------>x USA \ a very strange | ( OZ ) \___ ___ | country ! +- X_.---._/ presently in San Francisco \_/ \\ v To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message