From owner-freebsd-alpha@FreeBSD.ORG Sun Apr 20 22:51:25 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E65B037B401 for ; Sun, 20 Apr 2003 22:51:24 -0700 (PDT) Received: from stu.beloit.edu (stu.beloit.edu [144.89.40.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id 65F6543FDD for ; Sun, 20 Apr 2003 22:51:23 -0700 (PDT) (envelope-from dan@bigw.org) Received: from bigw.org ([144.89.185.182]) by stu.beloit.edu (8.11.6/8.11.6) with ESMTP id h3L5fZ822822 for ; Mon, 21 Apr 2003 00:41:35 -0500 Date: Mon, 21 Apr 2003 00:50:52 -0500 Content-Type: text/plain; charset=US-ASCII; format=flowed Mime-Version: 1.0 (Apple Message framework v552) From: Dan Williams To: freebsd-alpha@freebsd.org Content-Transfer-Encoding: 7bit In-Reply-To: Message-Id: <36628C14-73BD-11D7-8089-0030657D1C94@bigw.org> X-Mailer: Apple Mail (2.552) X-ECS-MailScanner: Found to be clean Subject: Re: 5.0-RELEASE disklabel install problems, drive not seen X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2003 05:51:25 -0000 Hi, Update to previous post. I booted to SRM console and did a "isp1020_edit -sd" to reset the NVRAM of the chip, and now it is valid. After doing this, I stuck in both the 2.1GB and the Atlas 9GB SBB carriers, and tried to boot both the 5.0-RELEASE install CD and the 4.7 mini ISO. Results: 1) 4.7: Unlike previously, the 4.7 mini ISO has _no_ problem seeing the 9GB drive. Also does not error out when waiting for SCSI devices to settle like it used to, before resetting the isp1020 NVRAM. Works fine. 2) 5.0: NO CHANGE. It still cannot see the 9GB drive. When I choose Custom->Label, ONLY the 2.1GB drive shows up, and the 9GB is nowhere to be seen. When I choose the step-by-step beginner method of install, I see two disks available, both da0 (?) and da1 (?) (may be getting the names wrong but there are 2), but when I select the second, da1, the disklabel program appears and there is _no_ disk at the top from which to create partitions. Its simply not there. Help? Thanks, Dan On Sunday, April 20, 2003, at 09:13 PM, Dan Williams wrote: > Hi, > > I've been stuck at 4.6.2 for a while, due to a number of problems. > I'd love to upgrade to 5.0, but its got issues. For reference, I'm > using an AS 1000A 5/400, 1GB RAM, 2 x 2GB Seagate drives in SBB > carriers. Summary of install problems: > > 4.7 install: > > 4.7 changed _something_ in the isp driver which rendered the system > inoperable. Upon booting, and getting to the "Waiting 15 seconds for > SCSI devices to settle..." message, after about 10 seconds a large > number of error messages from the ISP driver would forever scroll down > the screen. There was NO way to install 4.7 on my system since it > never even got to the install screen when booting from CD. I > attempted to build a 4.7 kernel, which was successful, but upon > booting the 4.7 kernel, the same problem occurred. > > 5.0 install: > > I replaced one of the 2.1GB drives with an IBM DDRS 34560 4 GB U/W > drive. For whatever reason, the FAULT light on the SBB carrier was > always on, and FreeBSD 5.0 install could not see the drive in > disklabel. However, AlphaBIOS could see the drive and format it, if I > booted AlphaBIOS from the SRM console. > > I then tried a Quantum Atlas 10k drive, which I pulled working from a > Mac, and connected that in place of the IBM. This drive did NOT have > the fault light on, and indeed is in all respects _normal_ like the > first 2.1GB that's always been in the box. I booted the 5.0 install > but this drive was _NOT_ seen in disklabel. > > Next, I booted my 4.6.2 install CD set. Now, without _any_ change > whatsoever to the drive or carrier, the Atlas is seen in disklabel!!! > How come this isn't the case for 5.0? > > One thing to note is that I think my isp chip NVRAM might be invalid, > but back with 4.7 I had tried booting with the option to > ignore/replace invalid isp NVRAM, and that did not help. > > Any suggestions appreciated! > > Thanks, > Dan > > _______________________________________________ > freebsd-alpha@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-alpha > To unsubscribe, send any mail to > "freebsd-alpha-unsubscribe@freebsd.org"