From owner-freebsd-questions Mon May 6 22:10:58 1996 Return-Path: owner-questions Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id WAA11106 for questions-outgoing; Mon, 6 May 1996 22:10:58 -0700 (PDT) Received: from riley-net170-164.uoregon.edu (riley-net170-164.uoregon.edu [128.223.170.164]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id WAA11101 for ; Mon, 6 May 1996 22:10:55 -0700 (PDT) Received: (from dwhite@localhost) by riley-net170-164.uoregon.edu (8.6.12/8.6.12) id WAA29688; Mon, 6 May 1996 22:13:25 -0700 Date: Mon, 6 May 1996 22:13:24 -0700 (PDT) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: Robert Nicholson cc: questions@FreeBSD.ORG Subject: Re: problems with disk and power. In-Reply-To: <199605020327.XAA00185@justine.elastica.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-questions@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Wed, 1 May 1996, Robert Nicholson wrote: > 1. I've got my machine and an external 4 GIG drive in a APS SR2000 > case. > The 4 GIG is a Quantum Atlas 34300 > I'm using a ASUS TP4N configuration with an DTC 3130B > Now, when the power to both items is on ... if I switch my machine off > I cannot turn the power on again _until_ I've turned off and on the > power to the external enclosure... > > 2. This ones really bugging me. > I've got a 2GIG partition on the external enclosure that I'm booting. > Whenever I repower my machine it takes at least two boots to get > FreeBSD up and running. > IT always stops after inetd at boot time and spurts out. > sd1(ncr0:2:0): COMMAND FAILED (4 28)@f1090a00. > This happens regularly after switching the machine off and rebooting > FreeBSD 2.1. > If I then reboot it will stick at the boot partition and won't even > execute the kernel. If I switch off and turn everything on again it > will fsck and boot up fine. [spaces trimmed] I've had goofy problems like this with Macintoshes with external drives. The key is the order in which you turn on the devices. If I remember correctly, you want to turn on the external _first_, wait for it to spin up, then turn on the CPU. I think the problem you're running into is that the device isn't ready by the time FreeBSD gets to it. Perhaps tweaking SCSI_DELAY may help. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major