Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA05530; Wed, 13 Dec 95 15:09:04 EST
Received: from halloran-eldar.lcs.mit.edu by MIT.EDU with SMTP
	id AA09375; Wed, 13 Dec 95 15:09:07 EST
Received: from freefall.FreeBSD.ORG by halloran-eldar.lcs.mit.edu; (5.65/1.1.8.2/19Aug95-0530PM)
	id AA10864; Wed, 13 Dec 1995 15:01:39 -0500
Received: from localhost (daemon@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA01570
          Wed, 13 Dec 1995 08:50:55 -0800 (PST)
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id IAA01325
          for hackers-outgoing; Wed, 13 Dec 1995 08:49:02 -0800 (PST)
Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2])
          by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id IAA01314
          for <hackers@freebsd.org>; Wed, 13 Dec 1995 08:48:59 -0800 (PST)
Received: (from tony@localhost) by seagull.rtd.com (8.6.12/8.6.12) id JAA25533 for hackers@freebsd.org; Wed, 13 Dec 1995 09:48:49 -0700
Date: Wed, 13 Dec 1995 09:48:49 -0700
From: Tony Jones <tony@rtd.com>
Message-Id: <199512131648.JAA25533@seagull.rtd.com>
To: hackers@freebsd.org
Subject: Wiring down scsi id's
Sender: owner-hackers@freebsd.org
Precedence: bulk

I asked this on -questions and didn't get any replies.
Can anyone give me some suggestions ?

Running 2.0.5 on a ASUS P/I-P55TP4XE with NCR SCSI.

thanks!

-------------------------------------------------------------

I'm obviously missing something fairly major here, can anyone 
enlighten me.

Have 3 scsi discs
	id0	quantum (Win95)
	id1	dec (FreeBSD root/usr/var)
	id2	dec (FreeBSD src/home)

Booteasy installed on id0 and id1.

Occasionally I'll remove the quantum, which causes the dynamic sdN allocation.
to change (dec drives become sd0 and sd1) which causes fsck(fstab) problems.

So, I decided I'd fix down the scsi id's

	config kernel root on sd0

	disk sd0 at scbus0 target 1
	disc sd1 at scbus0 target 2

I _thought_ this would do the trick. 

Works OK if the Quantum is removed/powered off.

If I add the Quantum back in ...  System boots with the Quantum in place, 
assigns id0 to sd2, id1 to sd0 and id2 to sd1.

Then it sets root device to *sd1* and barfs trying to mount root as sd1a. Seems 
to be getting sd1 from the fact that I'm booting off id1.

So, I switched tack a little

	config kernel root on sd1
	disk sd1 at scbus0 target 1
	disc sd2 at scbus0 target 2

System boots with the Quantum in place, assigns id0 to sd3, id1 to sd1
and id2 to sd2.

Works.

If I remove the Quantum,  system boots, assigns id1 to sd1, id2 to sd2,
get the same problem, tries to mount root  off *sd0*.

I'm getting the feeling that the root disc assignment is being affected
by the bios' C: D: scsi assignment, and that my 'config kernel root on XXX' 
line is being ignored.

Anyone have any ideas on what I am missing ?

tony

