From owner-freebsd-questions@FreeBSD.ORG Wed Jun 15 08:44:31 2005 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CFB7816A41C for ; Wed, 15 Jun 2005 08:44:31 +0000 (GMT) (envelope-from lists@dylangoss.com) Received: from server20.olicentral.com (server20.olicentral.com [216.121.191.60]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8DCEE43D49 for ; Wed, 15 Jun 2005 08:44:31 +0000 (GMT) (envelope-from lists@dylangoss.com) Received: from [192.168.1.151] (localhost [127.0.0.1]) by server20.olicentral.com (8.11.7/8.11.7) with ESMTP id j5F8iRN07047 for ; Wed, 15 Jun 2005 01:44:28 -0700 Mime-Version: 1.0 (Apple Message framework v730) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: "D. Goss" Date: Wed, 15 Jun 2005 01:44:28 -0700 To: FreeBSD questions X-Mailer: Apple Mail (2.730) Subject: Re: odd disk activity - solved 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: Wed, 15 Jun 2005 08:44:31 -0000 On Jun 14, 2005, at 11:35 PM, D. Goss wrote: > > On Jun 14, 2005, at 9:37 PM, Juha Saarinen wrote: > > >> On 6/15/05, D. Goss wrote: >> >> >>> I've got a bit of a general question - sorry if this is vague. >>> >>> I recently ran some memory tests that were posted in the list >>> earlier >>> - they are bootable CD images. Each one hung in it's standard >>> configuration and I put them aside until later to look into in more >>> detail. In the meantime I've noticed that one of my hard drives can >>> not be found on the SCSI bus... >>> >>> Normally with this test server the drives are as follows: >>> >>> da0s1 = 18GB U160 as boot volume with system and all data >>> da1s1 = 36GB U320 emtpy >>> da2s1 = 36GB U320 emtpy >>> da3s1 = 36GB U320 emtpy >>> da4s1 = 36GB U320 emtpy >>> >>> The four test drives have been mountable (up until now) - >>> >>> mount /dev/da1s1 /mnt/misc1 >>> mount /dev/da2s1 /mnt/misc2 >>> etc... >>> >>> but now I'm getting >>> # mount /dev/da4d1 /mnt/misc4 >>> mount: /dev/da4d1: No such file or directory >>> >>> >> >> >> Did you mean to type: >> >> # mount /dev/da4s1 /mnt/misc4 >> >> instead? >> > > also... > > # camcontrol inquiry da1 > pass1: Fixed Direct Access SCSI-3 > device > pass1: Serial Number 3HX07J9W000073XXXXXX > pass1: 320.000MB/s transfers (160.000MHz, offset 63, 16bit), Tagged > Queueing Enabled > # camcontrol inquiry da2 > pass2: Fixed Direct Access SCSI-2 device > pass2: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), > Tagged Queueing Enabled > # camcontrol inquiry da3 > pass3: Fixed Direct Access SCSI-3 > device > pass3: Serial Number A0F9P4XXXXXX > pass3: 320.000MB/s transfers (160.000MHz, offset 127, 16bit), > Tagged Queueing Enabled > # camcontrol inquiry da4 > camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed > cam_lookup_pass: No such file or directory > cam_lookup_pass: either the pass driver isn't in your kernel > cam_lookup_pass: or da4 doesn't exist > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions- > unsubscribe@freebsd.org" > This was indeed something at the BIOS - the disk setup utility showed that the drive on slot 4 was set to be a mirror of slot 3. I haven't been in this menu and the setup worked before - not sure if memory test could have corrupted this setting, seems odd but timing was same. Anyway, thanks.