Date: Sat, 22 Jul 2000 00:22:14 +0200 From: Wilko Bulte <wkb@freebie.demon.nl> To: Dirk Kleinhesselink <dkleinh@phy.ucsf.edu> Cc: "Jordan K. Hubbard" <jkh@zippy.osd.bsdi.com>, mjacob@feral.com, alpha@freebsd.org Subject: Re: 4.1-20000719-RC#2 Message-ID: <20000722002214.A22611@freebie.demon.nl> In-Reply-To: <Pine.OSF.3.95.1000721135228.22357B-100000@amadeus.ucsf.edu>; from dkleinh@phy.ucsf.edu on Fri, Jul 21, 2000 at 01:57:08PM -0700 References: <4985.964212560@localhost> <Pine.OSF.3.95.1000721135228.22357B-100000@amadeus.ucsf.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Jul 21, 2000 at 01:57:08PM -0700, Dirk Kleinhesselink wrote: Is there any ordering involved? Meaning that the FreeBSD install is aimed at a disk with a higher SCSI ID than the existing T64/VMS/whatever disk? Does it matter if it is a floppy boot or a CD boot? I cannot reproduce it here when aiming the new FreeBSD install at a disk with ID0, so the 2 other disks with T64 and FreeBSD respectively are obviously higher numbered ones. Long shot.. W/ > At least for myself and several others who had this problem: > > you will never get to the install setup up if your system already has a > BSD (Tru64/NetBSD/Linux (using BSD disk label) and from Matt's example, a > FreeBSD disk with the /sbin/init clobbered) or OpenVMS system disk. > FreeBSD will load the kernel, load the install MFS but then will fail to > find the MFS init routine -- I guess it will try to look for it on the > BSD/VMS disk and will fail to find it. > > On Fri, 21 Jul 2000, Jordan K. Hubbard wrote: > > > > > > > > > > > Seems like it would be an easy thing to try to reproduce: just put a > > > > couple of disks on the system and install Tru64/NetBSD/Linux/OpenVMS on > > > > one of them and then try to install FreeBSD on the other disk... > > > > > > You don't even have to do that. Just take a previous FreeBSD installation and > > > move /sbin/init aside and create a zero length /sbin/init. > > > > I'm still not sure I understand how that should have any effect. > > You're doing an install here, right? And the install is going to > > newfs the root filesystem and repopulate it with distribution bits, > > right? > > > > If you're somehow electing to preserve the existing root partition > > and/or not extract, at a minimum, bindist then this isn't an > > installation at all, this is some sort of "you must know what you're > > doing well enough not to shoot your feet off" quasi-upgrade operation. > > Please clarify. Thanks. > > > > - Jordan -- Wilko Bulte http://www.freebsd.org wilko@freebsd.org http://www.nlfug.nl To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000722002214.A22611>