From owner-freebsd-current Sat Feb 10 14:29:44 1996 Return-Path: owner-current Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id OAA14494 for current-outgoing; Sat, 10 Feb 1996 14:29:44 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id OAA14489 for ; Sat, 10 Feb 1996 14:29:42 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id PAA16857; Sat, 10 Feb 1996 15:26:07 -0700 From: Terry Lambert Message-Id: <199602102226.PAA16857@phaeton.artisoft.com> Subject: Re: How To: imp@village.org (Warner Losh) Date: Sat, 10 Feb 1996 15:26:07 -0700 (MST) Cc: terry@lambert.org, current@FreeBSD.ORG In-Reply-To: <199602102108.OAA01488@rover.village.org> from "Warner Losh" at Feb 10, 96 02:08:25 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-current@FreeBSD.ORG Precedence: bulk > : A hardware failure will either transparently forward the failed > : sector, or if bad sector forwarding is being handled in software, > : the BAD144 layer will cause the soft bad block map to be updated > : and, again, the failed write will be remapped. > > The drive was lying to FreeBSD somehow. The sectors appeared to write > correctly, but they were in fact unchanged or "random" for reasons > unknown. As far as FreeBSD was concerned, it was dealing with a disk > that was perfect. The disk drive, on the other hand, had other > notions... It is entirely possible that FreeBSD 2.0R doesn't handle > this sort of thing correctly. I've not delved enough to know for > sure. I just know that I had a disk go bad and the corruption in the > file system was rather large... Bad144 is off by default. Make sure (using the scsi(8) command) that you are using SCSI bad sector forwarding if you have not explicitly enabled Bad144. Probably you want to be running at least 2.0.5 or 2.1 if you are using a non-SCSI disk without hardware sector sparing, and no way to turn it on (the scsi(8) command can only be used on SCSI devices 8-)). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.