From owner-freebsd-hackers Mon Oct 30 00:21:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id AAA11401 for hackers-outgoing; Mon, 30 Oct 1995 00:21:29 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id AAA11395 for ; Mon, 30 Oct 1995 00:21:22 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA18219 for ; Mon, 30 Oct 1995 09:21:09 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id JAA21537 for freebsd-hackers@freebsd.org; Mon, 30 Oct 1995 09:21:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id JAA04793 for freebsd-hackers@freebsd.org; Mon, 30 Oct 1995 09:12:09 +0100 From: J Wunsch Message-Id: <199510300812.JAA04793@uriah.heep.sax.de> Subject: Re: boot disk.... To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Mon, 30 Oct 1995 09:12:08 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199510300130.MAA00303@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Oct 30, 95 12:00:49 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1409 Sender: owner-hackers@freebsd.org Precedence: bulk As Michael Smith wrote: > > It's more that this much work be put in to maintain compatability with > the existing scheme. If I Were To Have My Way (tm), I'd have another > partition in the FreeBSD slice for holding kernels and bootstrap tools, > stuck at the front of the slice. (Reminiscent of the SVR4 /stand (?) > concept). I can see right now the fracas this would cause 8( Yeah, we've already got this one: the partition is called `a', and it's mounted as /. Where's that big difference here to /stand? After i had to install an SCO for a customer (ick!, they couldn't be convinced of FreeBSD), and noticed that this f*cking multi-level boot takes ages until it finally presents the Boot: prompt, i'm no longer a fan of any more boot stages. The 7.5 K limitation has one interesting feature: it makes us fast, since you could not put a GUI into it. :-) Believe it or not, a separate /stand/boot tool will be bloated and bloated until it will finally reaches its limits, too -- but it will be much slower, and waste more boot time and disk space then. It won't serve any better purpose however, and none of our current problems can really be solved by it, except perhaps for the ``can only boot off the compatibility slice'' one. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)