From owner-freebsd-bugs Mon Jul 31 08:20:05 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.11/8.6.6) id IAA26819 for bugs-outgoing; Mon, 31 Jul 1995 08:20:05 -0700 Received: from server.netcraft.co.uk (server.netcraft.co.uk [194.72.238.2]) by freefall.cdrom.com (8.6.11/8.6.6) with ESMTP id IAA26813 for ; Mon, 31 Jul 1995 08:20:02 -0700 Received: (from paul@localhost) by server.netcraft.co.uk (8.6.11/8.6.9) id QAA25660; Mon, 31 Jul 1995 16:10:46 +0100 From: Paul Richards Message-Id: <199507311510.QAA25660@server.netcraft.co.uk> Subject: Re: Suggestion. To: robin@rucus.ru.ac.za (Robin Lunn) Date: Mon, 31 Jul 1995 16:10:44 +0100 (BST) Cc: joerg_wunsch@uriah.heep.sax.de, roberto@blaise.ibp.fr, freebsd-bugs@FreeBSD.org In-Reply-To: <199507311400.QAA15399@rucus.ru.ac.za> from "Robin Lunn" at Jul 31, 95 04:00:52 pm Reply-to: paul@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 2345 Sender: bugs-owner@FreeBSD.org Precedence: bulk In reply to Robin Lunn who said > > We did try that. I dont know if its just that our AMI BIOS was being a sod, > but we did undefine "Hard Disk 1". The SCSI said not to define anything for > it and so "Hard Disk 2" was not defined either. The SCSI did then show up > as "C:" instead of "D:" but the boot prompt did not show and the machine > just hung. We scrounged through the Adaptec host config program that one > can get before boot and the only likely option was to enable booting under > certain circumstances (it was about 2 screens from the initial screen, the > context escapes me and I dont feel like rebooting to check it ;) but sadly Have you got a bootblock on the scsi disk? > that didnt help either. Perhaps you could make another boot block that > would boot off the scsi while the boot block sits on the IDE should the > installer have SCSI and IDE and wish to boot from the SCSI. (If this is > possible with the current boot blocks ignore me. I tend not to fiddle with > boot blocks regularly) I've had a setup work where I had a bootblock on the IDE that booted FreeBSD off the SCSI disk by default and I also had a bootblock on the SCSI disk so that most of the time I could disable the IDE controller and it would boot directly off the SCSI. I only enabled the controller when I needed to access the IDE disks which I generally used for installation testing. It's all possible but maybe not quite plug-n-play. If you have a backup of the scsi a brute force method would be to disable the IDE controller and install from scratch onto the SCSI disk, sysinstall will write a working set of bootblocks onto the SCSI disk then. Make sure you can boot properly off the scsi without the IDE controller enabled. Then enable the IDE controller and put a decent boot manager on it that allows you to select which disk to boot from. If you don't want to re-install from scratch you can try putting new bootblocks onto the SCSI using disklabel. I'm not going to give instructions on how to do that, if you don't understand how to do it you're probably better off not trying since you could trash the disk anyway if you get it wrong. -- Paul Richards, Bluebird Computer Systems. FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.freebsd.org/~paul Phone: 0370 462071 (Mobile), +44 1222 457651 (home)