From owner-freebsd-questions Thu May 18 22: 3: 2 2000 Delivered-To: freebsd-questions@freebsd.org Received: from zeus.everyday.cx (cr308584-a.wlfdle1.on.wave.home.com [24.114.52.208]) by hub.freebsd.org (Postfix) with ESMTP id BE9CC37B871 for ; Thu, 18 May 2000 22:02:59 -0700 (PDT) (envelope-from pccb@yahoo.com) Received: from apollo (apollo.objtech.com [192.168.111.5]) by zeus.everyday.cx (Postfix) with ESMTP id 2688349B0; Fri, 19 May 2000 01:02:58 -0400 (EDT) Date: Fri, 19 May 2000 01:02:36 -0700 From: Pierre Chiu X-Mailer: The Bat! (v1.42f) Business Reply-To: Pierre Chiu Organization: ObjTech Corporation X-Priority: 3 (Normal) Message-ID: <7712746117.20000519010236@yahoo.com> To: questions@freebsd.org Cc: Brad Waite Subject: Problems installing on 40GB IDE Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Hi all, > > I've been running 3.4 just fine on my Tyan Trinity ATX (64M RAM, SCSI HD) for > several months now. Our external SCSI raid chose to puke on us, so we decided > to do a fresh install of 4.0 on a couple 40G Maxtor IDEs and use vinum RAID-5 > to replace our external SCSI set up. > > The problem is our install always hangs during the newfs. I dangerously > dedicated the primary disk to FBSD, and set up a 3652M / partition and a 256M > swap. During the newfs, the DEBUG screen shows the following: > > DEBUG: Scanning disk ad0 for root filesystem. > DEBUG: Scanning disk ad0 for swap filesystem. > DEBUG: MakeDev: Unknown major/minor for dev type - > DEBUG: MakeDev: Unknown major/minor for dev type - > /dev/rad0s1a: 7479296 sectors in 1826 cylinders of 1 trtacks, 4096 sectors > 3652.0MB in 115 cyl groups (16 c/g, 32.00MB/g, 7936 i/g) > super block backups (for fsck -b #) at: > 32, 65568, 131104,ad0: UDMA ICRC WRITE ERROR blk# 197056 retrying I have similar problem on my 3.4 setup. The error never happena again after I ran a full surface scan on my Maxtor 40G. (It took me almost 3 days) I suspected Maxtor didn't mark the bad sectors in order to save some bucks or it get damaged during transportation. > > I've tried several different BIOS configurations, and every time the newfs > hangs, although at different blk#'s. > > I think it might be a BIOS problem, even though we've got the latest published > version, but I'd like to know for sure the correct way to set this up. The > Award auto-detect gives these options: > > Size C H S Mode > > 40981M 19617 16 255 Normal > 40980M 4982 255 63 LBA > > The GENERIC kernel off the CD reports: > > 79406/16/63 at ata0-master using UDMA66. > > The BIOS won't take these settings, and fdisk says it's an invalid geometry and > sets it to something else. When I tell it to use the entire disk entirely for > FBSD, the geometry then changes to the same as the BIOS's LBA mode. > > And to top all of that off, the physical drive itself says it is 16383/16/63, > which obviously doesn't give 40 gigs. There is a cylinder limitation jumper on > the drive, but the docs, sparse as they are, say that the drive must be > prepared using their MaxBlast warez. I'm sure MaxBlast won't work with FBSD, > so I'm doubtful the jumper would have any affect. > > Ideas? What's the correct way to set up the BIOS/FBSD for large drives? > > TIA, > > Brad Waite -- Pierre \\|// (o o) +-----------oOOo-(_)-oOOo----------------+ EMail : mailto:pccb(at)yahoo(dot)com PGPkey: http://www.everyday.cx/pgpkey.txt +========================================+ It works the way the Wang did, what's the problem To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message