From owner-freebsd-questions@FreeBSD.ORG Sun May 13 09:44:30 2007 Return-Path: X-Original-To: freebsd-questions@freebsd.org Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C50F616A406 for ; Sun, 13 May 2007 09:44:30 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id 5139513C45D for ; Sun, 13 May 2007 09:44:30 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-10-135.bredband.comhem.se ([83.253.10.135]:61650 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with smtp (Exim 4.66) (envelope-from ) id 1HnAct-0007le-6e for freebsd-questions@freebsd.org; Sun, 13 May 2007 11:44:29 +0200 Received: (qmail 7865 invoked from network); 13 May 2007 11:44:24 +0200 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with SMTP; 13 May 2007 11:44:24 +0200 Received: (qmail 53611 invoked by uid 1001); 13 May 2007 11:44:24 +0200 Date: Sun, 13 May 2007 11:44:24 +0200 From: Erik Trulsson To: Ted Mittelstaedt Message-ID: <20070513094424.GA53578@owl.midgard.homeip.net> Mail-Followup-To: Ted Mittelstaedt , Grant Peel , freebsd-questions@freebsd.org References: <005101c7942f$ad805130$6501a8c0@GRANT> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.14 (2007-02-12) X-ACL-Warn: Too high rate of unknown addresses received from you X-Scan-Result: No virus found in message 1HnAct-0007le-6e. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1HnAct-0007le-6e 43cc858833bdae38b3d44a63371ccabd Cc: Grant Peel , freebsd-questions@freebsd.org Subject: Re: camcontrol 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: Sun, 13 May 2007 09:44:30 -0000 On Sun, May 13, 2007 at 01:14:57AM -0700, Ted Mittelstaedt wrote: > > > > -----Original Message----- > > From: owner-freebsd-questions@freebsd.org > > [mailto:owner-freebsd-questions@freebsd.org]On Behalf Of Grant Peel > > Sent: Friday, May 11, 2007 5:51 PM > > To: freebsd-questions@freebsd.org > > Subject: Re: camcontrol > > > > > > I have already set camcontrol to tell the system to stop using > > that part of the drive per the FAQ and Handbook: > > > > AWRE (Auto Write Reallocation Enbld): 1 > > ARRE (Auto Read Reallocation Enbld): 1 > > But, it still tries to read the block in question (3abd5c1). > > Then you are screwed. The drive is using some sort of remapping and > the actual block with the problem is somewhere else. > > > It > > is always that same block, so the badness does not seem to be > > growing.Is there a way to diagnose what file it is trying to > > read? (perhaps I could remove that inode?) > > No and no. > > What you need to do is backup the disk, then boot into MS-DOS and > run the disk drive manufacturer's software that forces the SCSI disk > to update it's bad sector list and remap the bad block. > > A modern SCSI disk should NEVER show an error because it is always > silently remapping bad sectors. There is one situation where it is not possible to do silent remapping of sectors. That situation is where the bad block is discovered when trying to read from it. If the disk cannot read the block it does not know what data was supposed to be there and thus cannot rewrite it to another block. (A good RAID setup can handle that situation too, since then the controller can find out from the other disks in the array what the data in that block should have been.) > > All disks lose a sector now and then, that is why they have spare > sectors and a bad sector list. You will never see a report of a bad > sector until the day comes that the disk has had so many sectors > fail that it's used up it's spare sectors. > > Years ago there were some disks that while they had this capability > it was disabled by default - I have no idea why - and when a bad sector > did develop the disk would report it until you sent the device a > scsi format command, then the remapping would happen. > > There are some disk programs on the Internet that can do this as > well. > -- Erik Trulsson ertr1013@student.uu.se