From owner-freebsd-questions  Mon Dec 11 11:51:46 1995
Return-Path: owner-questions
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.3/8.7.3) id LAA20321
          for questions-outgoing; Mon, 11 Dec 1995 11:51:46 -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 LAA20296
          for <questions@freebsd.org>; Mon, 11 Dec 1995 11:51:41 -0800 (PST)
Received: (from tony@localhost) by seagull.rtd.com (8.6.12/8.6.9.1) id MAA27499; Mon, 11 Dec 1995 12:51:32 -0700
Date: Mon, 11 Dec 1995 12:51:32 -0700
From: Tony Jones <tony@rtd.com>
Message-Id: <199512111951.MAA27499@seagull.rtd.com>
To: questions@freebsd.org
Subject: static sdN scsi assignment
Sender: owner-questions@freebsd.org
Precedence: bulk

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