From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-0.5 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from minnie.tuhs.org (minnie.tuhs.org [45.79.103.53]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id 0673c778 for ; Thu, 8 Nov 2018 06:05:44 +0000 (UTC) Received: by minnie.tuhs.org (Postfix, from userid 112) id D7606A21C7; Thu, 8 Nov 2018 16:05:43 +1000 (AEST) Received: from minnie.tuhs.org (localhost [127.0.0.1]) by minnie.tuhs.org (Postfix) with ESMTP id 7951A9400F; Thu, 8 Nov 2018 16:05:06 +1000 (AEST) Received: by minnie.tuhs.org (Postfix, from userid 112) id 730C29400F; Thu, 8 Nov 2018 13:04:41 +1000 (AEST) Received: from mail-it1-f173.google.com (mail-it1-f173.google.com [209.85.166.173]) by minnie.tuhs.org (Postfix) with ESMTPS id A57A394111 for ; Thu, 8 Nov 2018 13:04:35 +1000 (AEST) Received: by mail-it1-f173.google.com with SMTP id w7-v6so26083894itd.1 for ; Wed, 07 Nov 2018 19:04:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=1fst5H3HldfsxivrTIE5svwq51fYR4UVSOvff4X4S2U=; b=HXi2T3X9MRfLTkzRGoU3Yf6Bxf6onaurqdiAfSW9mfDPumPiihbGP5vCiCYn3JcXR8 PIqo8EebvaJ/+mf7734cGHQMbyAlULVtC6rWM1EPcbDHL8uHQ6J6grRpebYJ4x94im// e7lWhIJeVcU6AGRfJQmmGRfqUxHn55nxrs84DTrNXnwfdf9lkDwTxia9zNimfuocqkkZ TIvA3HjK48iMyyP5fQodRcko920ZwIMSGFaiO88ns12XByTTtU8+NNHprJkImjUaNfgI 86fxE9d6hVUcwxeWEu0grnN9U2LBPaKX3s+KZJjSHlhMzONb08Z4cX07/U0blJwjoRm9 Rjng== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=1fst5H3HldfsxivrTIE5svwq51fYR4UVSOvff4X4S2U=; b=mmkc/JvO4MWl0X1fqUKEzxHZXjQnIqKmtkGH58cnVyC0CeSesp5DgwhfOFC+s1LsVt I42X0iy4sPeTQjcBloIjtl2Ez+9bZvAcicet5WCBmvqQKgUcvaAdL6uRdeM4a9aThaQT QC5uWiK09gz315/EwWuZR9Ae+CBCgB5YqgXiA6cDGAsKpMrmWBOkOfwIc9OJZwPhujFL c4JfV9R3ywWAIfX5gLpbNJ45jud8Dye/2nlZJuTltFK2lgEy/4EmlmLT01oAWLE6UFrm I+Csz2rGX0XDcLwjd4Q4KTWuWJQgrbglYinZDpy9TUPex9YR0giW5maYwBu+ga9l6seX YYRA== X-Gm-Message-State: AGRZ1gLYlwqkhncswf/WNfE4Zyfs3MVzfEI+EkwXKdwiYA9wL8Z10hnL mEHlivsUih+RFD1OxwhvHAfAxZSqzAF7lJsQRlfl+Q== X-Google-Smtp-Source: AJdET5ewYVmi3vK2xYAsRsil43KV0mJ+uhpk69namjei+lz2nuYNfSfGwwee/pUahJR8WdvwPWlR+fIqNV4DyI2Jd+Y= X-Received: by 2002:a24:5f94:: with SMTP id r142-v6mr2577476itb.171.1541646274900; Wed, 07 Nov 2018 19:04:34 -0800 (PST) MIME-Version: 1.0 References: <20181106170955.GA4087@indra.papnet.eu> <04db01d47606$7b003700$7100a500$@ronnatalie.com> <218a01d47693$f83fd530$e8bf7f90$@ronnatalie.com> <20181107234037.GA3826@eureka.lemis.com> In-Reply-To: <20181107234037.GA3826@eureka.lemis.com> From: Warner Losh Date: Wed, 7 Nov 2018 20:04:23 -0700 Message-ID: To: "Greg 'groggy' Lehey" Content-Type: multipart/alternative; boundary="00000000000095d481057a1e7ee9" Subject: Re: [TUHS] /crp X-BeenThere: tuhs@minnie.tuhs.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: The Unix Heritage Society mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: The Eunuchs Hysterical Society Errors-To: tuhs-bounces@minnie.tuhs.org Sender: "TUHS" --00000000000095d481057a1e7ee9 Content-Type: text/plain; charset="UTF-8" On Wed, Nov 7, 2018 at 7:26 PM Greg 'groggy' Lehey wrote: > On Wednesday, 7 November 2018 at 10:14:20 -0500, Clem Cole wrote: > > On Wed, Nov 7, 2018 at 9:09 AM wrote: > > > >> The DEC drivers just left off the last 72 sectors. There was no > >> provision using them for block replacement. > > > > Minor update -- *no dynamic replacement provision*. There was a > > standard alone utility called BAD144 that implemented DEC Standard > > 144 (Bad Blocks). > > Yes, this was also present in early FreeBSD distributions. I have a > vague recollection that people warned against using it. > It was OK for the super-duper old IDE drives from the IBM/AT and 80386 era. It was better for the ESDI drives because those tended to ship with a list of bad blocks printed on the label (which was itself a carry over from the MFM days). The MFM drives *did* have a DEC standard to list bad blocks and reserve spare cylinders which was derived from the earlier rkXX drives. bad144 was for the rkXX drives and then adopted, badly, for the newer drives types and wasn't super-great by the time FreeBSD came along... Warner --00000000000095d481057a1e7ee9 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed= , Nov 7, 2018 at 7:26 PM Greg 'groggy' Lehey <grog@lemis.com> wrote:
On Wednesday,=C2=A0 7 November 2018 at 10:14:20 -0500, Clem Cole= wrote:
> On Wed, Nov 7, 2018 at 9:09 AM <ron@ronnatalie.com> wrote:
>
>> The DEC drivers just left off the last 72 sectors.=C2=A0 =C2=A0The= re was no
>> provision using them for block replacement.
>
> Minor update -- *no dynamic replacement provision*.=C2=A0 There was a<= br> > standard alone utility called BAD144 that implemented DEC Standard
> 144 (Bad Blocks).

Yes, this was also present in early FreeBSD distributions.=C2=A0 I have a vague recollection that people warned against using it.

It was OK for the super-duper old IDE drives from the IBM/= AT and 80386 era. It was better for the ESDI drives because those tended to= ship with a list of bad blocks printed on the label (which was itself a ca= rry over from the MFM days). The MFM drives *did* have a DEC standard to li= st bad blocks and reserve spare cylinders which was derived from the earlie= r rkXX drives. bad144 was for the rkXX drives and then adopted, badly, for = the newer drives types and wasn't super-great by the time FreeBSD came = along...

Warner
--00000000000095d481057a1e7ee9--