From owner-freebsd-hackers Thu Aug 24 08:26:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.FreeBSD.org (8.6.11/8.6.6) id IAA25079 for hackers-outgoing; Thu, 24 Aug 1995 08:26:59 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.FreeBSD.org (8.6.11/8.6.6) with SMTP id IAA24799 for ; Thu, 24 Aug 1995 08:23:53 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20834; Thu, 24 Aug 1995 17:22:42 +0200 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id RAA07142 for hackers@freebsd.org; Thu, 24 Aug 1995 17:22:41 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id RAA17646 for hackers@freebsd.org; Thu, 24 Aug 1995 17:11:00 +0200 From: J Wunsch Message-Id: <199508241511.RAA17646@uriah.heep.sax.de> Subject: Re: On ESDI install. To: hackers@freebsd.org Date: Thu, 24 Aug 1995 17:10:55 +0200 (MET DST) Reply-To: hackers@freebsd.org In-Reply-To: <199508241304.IAA19423@bonkers.taronga.com> from "Peter da Silva" at Aug 24, 95 08:04:56 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1287 Sender: hackers-owner@freebsd.org Precedence: bulk As Peter da Silva wrote: > > Xenix did all their bad blocks that way. Created a .badblock file in the > partition root and filled it with bad blocks. Was a lot more convenient than > bad144... BADSECT(8) UNIX System Manager's Manual BADSECT(8) NAME badsect - create files to contain bad sectors SYNOPSIS /etc/badsect bbdir sector ... DESCRIPTION Badsect makes a file to contain a bad sector. Normally, bad sectors are made inaccessible by the standard formatter, which provides a forwarding table for bad sectors to the driver; see bad144(8) for details. If a driver supports the bad blocking standard it is much preferable to use that method to isolate bad blocks, since the bad block forwarding makes the pack appear perfect, and such packs can then be copied with dd(1). The technique used by this program is also less general than bad block forwarding, as badsect can't make amends for bad blocks in the i-list of file systems or in swap areas. "/etc/badsect", hmmm. :) Despite of this, the problems of this approach are clearly outlined above. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-)