From owner-freebsd-commit Sun May 14 00:15:54 1995 Return-Path: commit-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA26332 for commit-outgoing; Sun, 14 May 1995 00:15:54 -0700 Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA26320 for cvs-usrsbin-outgoing; Sun, 14 May 1995 00:15:53 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA26310 ; Sun, 14 May 1995 00:15:48 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id AAA02343; Sun, 14 May 1995 00:15:04 -0700 From: "Rodney W. Grimes" Message-Id: <199505140715.AAA02343@gndrsh.aac.dev.com> Subject: Re: cvs commit: src/usr.sbin/bad144 bad144.8 bad144.c To: rgrimes@freefall.cdrom.com (Rodney W. Grimes) Date: Sun, 14 May 1995 00:15:03 -0700 (PDT) Cc: CVS-commiters@freefall.cdrom.com, cvs-usrsbin@freefall.cdrom.com In-Reply-To: <199505140705.AAA25687@freefall.cdrom.com> from "Rodney W. Grimes" at May 14, 95 00:05:49 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1432 Sender: commit-owner@FreeBSD.org Precedence: bulk > > rgrimes 95/05/14 00:05:48 > > Modified: usr.sbin/bad144 bad144.8 bad144.c > Log: > Add bad144 -s option to scan entire slice of disk. > > Obtained from: FreeBSD 1.1.5.1 (Just the scan function itself was added) This is not completed work, but fully functional as far as I can test it (I don't have any disks with bad blocks on them, phk has looked at this breifly and will be testing it during the day today after he gets up). There are 3 to 4 pending bugs from myself and Bruce Evans against this code, but they are all very minor nits and should not stop the code from doing the job it is suppose to. You can even use this to find bad blocks on your scsi disk with this command: bad144 -s -v -n /dev/rsd0c The -n option is not documented, but it says to not write to the disk (ie don't set the bad144 flag, and don't write the bad144 table that would currupt the end of your last partition. NOTE that if you forget that -n option you could DAMAGE YOUR FILE SYSTEM!!! There is no bad144 support in the scsi disk drivers, so this will not work for mapping blocks out of a scsi disk using bad144, but you can use scsi(8) to turn on automatic read reallocation and then scan the disk with this and it should automagically remap the block for you!! -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD