From owner-freebsd-questions@FreeBSD.ORG Sun Apr 15 00:42:36 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8ACA116A402 for ; Sun, 15 Apr 2007 00:42:36 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 1A15213C4BF for ; Sun, 15 Apr 2007 00:42:35 +0000 (UTC) (envelope-from rmarella@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so923283pyh for ; Sat, 14 Apr 2007 17:42:35 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=FqC+lX4GsRO2HOWH4XYT2vGfTKCaMzlhRak3azZiSW5JRYz0kW+17N2AHthKKz563GLkViqjyB1+efGInUBfRe4oERPSv9dgPFjp89L6BCFf4BONF7EhILLcBtkuPqUrAd83HW1267zmodFfk5oP0sQU5jsRGKMHcZTh7K4I0ts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=SdZDjgcU1BfxzlvLkyZ3WgG8uA9nSCdAXvy7ro4xhZP6X68rSrmfZjsjB8ZeUGe2sUDR+NEltGFuQjQbEsCZhNHESPgYBS1ofMhLMWyJlZmcslH9pfZXgLxAoHfUc70fxL04LB35sBKYp2oxJkUo2coQRWB1xhZfvXiTiNaF36g= Received: by 10.35.128.17 with SMTP id f17mr8152444pyn.1176597755130; Sat, 14 Apr 2007 17:42:35 -0700 (PDT) Received: from p4 ( [66.75.108.47]) by mx.google.com with ESMTP id 15sm7989947nzn.2007.04.14.17.42.33; Sat, 14 Apr 2007 17:42:34 -0700 (PDT) Date: Sat, 14 Apr 2007 14:42:31 -1000 From: Robert Marella To: "Dave" , freebsd-questions@freebsd.org Message-ID: <20070414144231.464ee40e@p4> In-Reply-To: <000d01c77e58$e896b080$0200a8c0@satellite> References: <000501c778a1$769989b0$0200a8c0@satellite> <20070407124555.3243bbcb@p4> <000501c7797b$961a9010$0200a8c0@satellite> <20070409072701.0687c6cd@p4> <001701c77d69$360a20e0$0200a8c0@satellite> <20070412153231.6cdc124e@p4> <000501c77df4$1f0ee2f0$0200a8c0@satellite> <20070413150600.77fca4eb@p4> <000701c77e35$c6d6f090$0200a8c0@satellite> <20070413191517.43b0905e@p4> <000d01c77e58$e896b080$0200a8c0@satellite> X-Mailer: Claws Mail 2.8.1 (GTK+ 2.10.11; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Re: locking down scsi device id's in 6.2 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Apr 2007 00:42:36 -0000 On Sat, 14 Apr 2007 01:51:12 -0400 "Dave" wrote: > Hi, > Thanks. Still no good, basically it just brought me back to where > i was. Do you know anyone else who might have an idea on this? > Thanks for all your help. > Dave. Perhaps I have been leading you on a wild goose chase. I have re-read all of your posts and I now understand that you want to wire down bus, target and unit. It is my understanding that the device.hints will wire down the device (i.e. /dev/sa# or in my case /dev/da#). I played around with my system with the external firewire drive and as long as I have the lines in device.hints the 0-0-0 is reserved for the drive whether it is plugged in or not. The optical drives remained at 2-0-0 and 2-1-0. I then plugged in a USB thumb drive and rebooted. This forced the optical drives from 2-0-0 and 2-1-0 to 3-0-0 3-1-0 respectively. I then plugged in a USD card reader and rebooted. This forced the optical drives to 4-0-0 and 4-1-0. I thought about this for awhile and looked at dmesg again. I then edited /boot/device.hints as follows ### Wire down external hd to da0### hint.scbus.0.at="sbp0" hint.da.0.at="scbus0" hint.da.0.target="0" hint.da.0.unit="0" hint.scbus.1.at="ata1" #optical drives on the second ata cable. hint.cd.0.at="scbus1" hint.cd.0.target="0" hint.cd.0.unit="0" hint.cd.1.at="scbus1" hint.cd.1.target="1" hint.cd.1.unit="0" this forced the optical drives back to 1-0-0 and 1-1-0 no matter what other devices are plugged in. [robert@asus64] ~> camcontrol devlist at scbus0 target 0 lun 0 (da0,pass0) at scbus1 target 0 lun 0 (cd0,pass1) at scbus1 target 1 lun 0 (cd1,pass2) at scbus2 target 0 lun 0 (da1,pass3) at scbus2 target 0 lun 1 (da2,pass4) at scbus2 target 0 lun 2 (da3,pass5) at scbus2 target 0 lun 3 (da4,pass6) at scbus3 target 0 lun 0 (da5,pass7) This may be what you want. I hope this helps. Robert P.S. I am adding the list back in. > > On Fri, 13 Apr 2007 21:39:42 -0400 > > "Dave" wrote: > > > >> Hello, > >> Thanks for your reply. Please see below for responses. > >> > > > >> Here is my add-ons to /boot/device.hints: > >> > >> # custom devices > >> hint.scbus.0.at="ahc0" #find this with dmesg > >> hint.sa.0.at="scbus0" > >> hint.sa.0.target="5" > >> hint.sa.0.unit="0" > >> hint.cd.0.at="scbus0" > >> hint.cd.0.target="0" > >> hint.cd.0.unit="0" > >> hint.cd.1.at="scbus0" > >> hint.cd.1.target="1" > >> int.cd.1.unit="0" > >> > > > > Dave > > > > I would try commenting out or removing the hints referencing the > > cd's so that you are only wiring down the scsi tape. > > > > The only other thing that comes to mind is the options master/slave > > on the optical drives themselves. Both drives should be on the same > > ATA cable and I always set "master" on the drive at the far end of > > the cable and "slave" on the other. > > > > If this does not help I am afraid that I can be of no further help. > > perhaps someone else on the list can give some additional advice. > > > > Robert >