From owner-freebsd-hackers Mon Jun 26 22:25:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA06944 for hackers-outgoing; Mon, 26 Jun 1995 22:25:34 -0700 Received: from rachael.franken.de (rachael.franken.de [131.188.40.80]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id WAA06938 ; Mon, 26 Jun 1995 22:25:29 -0700 Received: from pizza by rachael.franken.de with uucp (Smail3.1.28.1 #14) id m0sQMI1-000oJXC; Tue, 27 Jun 95 00:05 MET DST Received: by pizza.franken.de (/\==/\ Smail3.1.28.1 #28.4) id ; Mon, 26 Jun 95 23:42 MET DST Received: (from scratchy@localhost) by vulcan.franken.de (8.6.11/8.6.9) id UAA21470; Mon, 26 Jun 1995 20:28:30 +0200 Date: Mon, 26 Jun 1995 20:28:30 +0200 From: Volker Paepcke Message-Id: <199506261828.UAA21470@vulcan.franken.de> To: jkh@FreeBSD.ORG CC: imp@village.org, hackers@FreeBSD.ORG In-reply-to: <13565.804125202@whisker.internet-eireann.ie> (jkh@FreeBSD.ORG) Subject: Re: Announcing 2.0.5-950622-SNAP Sender: hackers-owner@FreeBSD.ORG Precedence: bulk > cc: "Jordan K. Hubbard" , hackers@FreeBSD.ORG > Date: Mon, 26 Jun 1995 01:06:42 +0100 > From: "Jordan K. Hubbard" > Sender: hackers-owner@FreeBSD.ORG > > > I'm curious why dual boot is a "no and possibly never"? Windows NT > > can install itself in such a way as I can boot either 3.1 or 3.5. > > This is useful for testing to see if the new OS is sane enough (like > > running make on the programs that you are developing, eg) and gives > > you a way to back out quickly to a known good level. > > Just the amount of work involved is all. You can't have 2 FreeBSD > slices on a disk and boot from the second one as the boot code is too > stupid to understand that you might want to boot from something other > than the first one it finds. If you can think of a way of making > dual-boot work in all possible scenarios, then I'm certainly not > adverse.. > > Jordan > Hi! On my machine I have 3 different version (2.0-R, 0422-SNAP, 2.0.5R) on one disk and two more an another disk. All these systems are bootable with a little trick: I mark those systems which are not currently in use by setting the sysid with fdisk to 164 (dec). The one remaining on 165 is the one I'm booting from. Because this is a little complicated procedure I've saved the bootblocks including the booteasy booter in every constellation to the disk and swap these in and out at will with dd before a reboot. A probably better solution would be to let booteasy announce partitions with sysid 164 as FreeBSD partitions too. After choosing the boot partition the sysids on all FreeBSD partitions will be set to 164 except for the selected partition from which I want to boot. With the new diskslice code I will be able to access all the other partitions of the inactive systems. Is it possible to make the appropriate changes to the booteasy code? bye, volker BTW, the sysinstall procedure is VERY, VERY nice, although I'd like some more "hacker" functions like labeling the disks step by step and the possibility to recover a previously saved system (e.g. with dump) from tape. To do this I only need to label the disk, run newfs and get a /bin/sh to run restore manually to load the data from tape. I won't need a fixit floppy anymore if I could do all this with one great boot floppy :-)