From owner-freebsd-current Wed Mar 11 19:23:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA15969 for freebsd-current-outgoing; Wed, 11 Mar 1998 19:23:38 -0800 (PST) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from whqvax.picker.com (whqvax.picker.com [144.54.1.1]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id TAA15956 for ; Wed, 11 Mar 1998 19:23:32 -0800 (PST) (envelope-from rhh@ct.picker.com) Received: from ct.picker.com by whqvax.picker.com with SMTP; Wed, 11 Mar 1998 22:22:25 -0500 (EST) Received: from elmer.ct.picker.com by ct.picker.com (4.1/SMI-4.1) id AA12213; Wed, 11 Mar 98 22:22:20 EST Received: by elmer.ct.picker.com (SMI-8.6/SMI-SVR4) id WAA18045; Wed, 11 Mar 1998 22:22:13 -0500 Message-Id: <19980311222213.10997@ct.picker.com> Date: Wed, 11 Mar 1998 22:22:13 -0500 From: Randall Hopper To: Bruce Evans Cc: current@FreeBSD.ORG Subject: Re: HEADS UP! (was: cvs commit: src/sys/sys reboot.h src/sys/i386/i386 autoconf.c) Mail-Followup-To: Bruce Evans , current@FreeBSD.ORG References: <199803120203.NAA09967@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199803120203.NAA09967@godzilla.zeta.org.au>; from Bruce Evans on Thu, Mar 12, 1998 at 01:03:57PM +1100 Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Bruce Evans: |>Great! Been looking forward to someday putting multiple FreeBSD versions |>on the same disk for a good while. | |That's always been possible, at least if you don't need multiple ufs file |systems. E.g.: | |sd0a: FreeBSD-1.1.x |sd0b: swap |sd0c: reserved |sd0d: reserved for pre-2.0.5 |sd0e: FreeBSD-2.0.x |sd0f: FreeBSD-2.1.x |sd0g: FreeBSD-2.2.x |sd0h: FreeBSD-current Ok. For my purposes, I guess I'd want separate UFSs (separate slices). I'd like to have both -stable and -current-SNAP installed on one disk (with stock sysinstall) such that, if one gets toasted (UFS corrupted; kernel unstable, etc.), I could still boot the other without any boot block tricks (i.e. just select a different slice in OS/BS, loading a different slice's boot record, which would load the kernel from the FreeBSD root in that slice). When I asked about doing this before, the boot block assumption of root on 1st UFS was one of the problems with this scheme. This would make upgrades easier too -- just alternate sysinstalling between the two FreeBSD root UFS slices. Randall To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message