From owner-freebsd-hardware Wed Jun 11 07:00:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id HAA24358 for hardware-outgoing; Wed, 11 Jun 1997 07:00:24 -0700 (PDT) Received: from bob.tri-lakes.net ([207.3.81.6]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id HAA24352 for ; Wed, 11 Jun 1997 07:00:21 -0700 (PDT) Received: from [207.3.81.149] by bob.tri-lakes.net (NTMail 3.02.13) with ESMTP id qa206326 for ; Wed, 11 Jun 1997 09:00:54 -0500 Message-ID: <339E6934.41C67EA6@tri-lakes.net> Date: Wed, 11 Jun 1997 09:00:36 +0000 From: Chris Dillon X-Mailer: Mozilla 3.01Gold (X11; I; FreeBSD 2.2.2-RELEASE i386) MIME-Version: 1.0 To: Anthony.Kimball@East.Sun.COM CC: hardware@FreeBSD.ORG Subject: Re: Boot up failure References: <1.5.4.32.19970610134414.006eec70@chem.duke.edu> <199706101455.AAA09464@genesis.atrad.adelaide.edu.au> <199706101742.MAA00935@compound.east.sun.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hardware@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tony Kimball wrote: > > Quoth Michael Smith on Wed, 11 June: > A bit deleted for brevity... > > I have a large IDE disk with one block that will not read. > Am I to understand that FBSD provides no mechanism to deal > with a single bad block on a disk? I just recently installed 2.2.2 on my 3.2GB Western Digital EIDE drive that until recently had a large amount of bad blocks which prevented FreeBSD from being installed at all. FreeBSD DOES have means for detecting and marking bad spots (called 'bad144') which the install can optionally use before the filesystem is placed on the drives (or after??). However, either bad144 or the way the filesystem is designed cannot handle a large amount of bad spots, and thus my drive was useless for a long time. I finally recently got ahold of some utilities from WD which thoroughly tests the drive (and destroys all data, i might add) and remaps all bad-spots. In essence once it has done its job you have a "defect free" drive. Chris Dillon