From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 9 10:48:29 2004 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E0CA16A4CE for ; Sat, 9 Oct 2004 10:48:29 +0000 (GMT) Received: from mxb.saturn-tech.com (mxb.saturn-tech.com [207.229.19.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id B5E9943D5C for ; Sat, 9 Oct 2004 10:48:28 +0000 (GMT) (envelope-from drussell@saturn-tech.com) Received: from mxb.saturn-tech.com (localhost [127.0.0.1]) by mxb.saturn-tech.com (8.12.3/8.12.3) with ESMTP id i99ApRuR039631; Sat, 9 Oct 2004 04:51:27 -0600 (MDT) (envelope-from drussell@saturn-tech.com) Received: from localhost (drussell@localhost)i99ApQMc039628; Sat, 9 Oct 2004 04:51:27 -0600 (MDT) (envelope-from drussell@saturn-tech.com) X-Authentication-Warning: mxb.saturn-tech.com: drussell owned process doing -bs Date: Sat, 9 Oct 2004 04:51:26 -0600 (MDT) From: Doug Russell To: Sergey Babkin In-Reply-To: <41672E84.9DE09887@bellatlantic.net> Message-ID: <20041009044403.P39589-100000@mxb.saturn-tech.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: John Von Essen Subject: Re: hacking SCO.... X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 09 Oct 2004 10:48:29 -0000 On Fri, 8 Oct 2004, Sergey Babkin wrote: > Try to use the "Verify" menu from the Adaptec BIOS. It finds and tries > to re-map the bad sectors (it tries to preserve data during this too, > unless the sector is completely unreadable). The verify commands issued by the BIOS are virtually useless compared to the type of tests done my sformat. If you enable automatic read re-allocation, it is almost the same as simply reading your whole disk with dd. > > I do the full 14 pattern tests before I put a SCSI disk in service. > > When a disk starts losing blocks like this, usually they only multiply > over time. The best thing you can do is replace the disk and > move the data before you lost more of it. NO! Not necessarily! If a disk has simply grown a few new defects since it was new, it does not necessarily mean it is going to die. I have many disks that had minor bad spots on them that weren't even always found by the factory format routines, or had appeared since (due to transport, debris in the HDA, poor holding power for the magnetic fields in some area, etc). If the drive passes through a few full patern tests without problems and doesn't continue to grow new defects, it is likely just fine. I've got all kinds of old SCSI disks that were 'discarded' due to errors. Only a couple are truly dead... the rest have been running for years with no problems after making a real grown defect list from the pattern tests. This is something I learned many many years ago when running my old Miniscribe 3650s on a Perstor high density controller. It formated the drives to 31 sectors per track instead of 17. Hard on the disks, and the media, but a good drive, after being properly tested, would run flawlessly for years being hammered 24/7 on BBS machines. Got 78 megs per drive instead of 42.whatever it was. :) Later......