Path: utzoo!utgpu!water!watmath!clyde!motown!vilya!lcuxlm!whuts!att!rutgers!mit-eddie!bbn!rochester!kodak!gizzmo!Kdavid
From: Kdavid@gizzmo.UUCP (David Solan)
Newsgroups: comp.sys.att
Subject: Re: hard disk problems
Summary: Answering myself.
Message-ID: <196@gizzmo.UUCP>
Date: 18 Aug 88 07:36:28 GMT
References: <15324@apple.Apple.COM> <19@zeno.MN.ORG> <195@gizzmo.UUCP>
Organization: Objective Programming Inc.
Lines: 36

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

As Emily Litella would say: neevvver minnnnnnnd.  I bit the bullet and
sacrificed 512 bytes of my hard disk being read in sequentially for
the sake of suffering UNIX humanity.  As you might recall, I asked
the question in a former posting:

>                                 Isn't it true that when you place a
>sector on the bad block table, via the Diagnostic Floppy for the UNIX
>PC, the actual data contents of the "bad" sector are NOT moved to the
>17th sector of the track it is mapped to, so that data on that sector
>is lost forever if you do this?  I was sure this was the case.  Was I
>wrong?

I tested it out.  I was NOT wrong!  You most assuredly DO lose 512
bytes for every sector you put on the bad block table (at least via
the Diagnostic Floppy program that I am using).  What appears in the
place of what was once beautiful data is just a string of 512
hexidecimal ff's.  So think Objective Utilities!

P.S. Sorry, but my USENET .signature was wrong in my last posting --
factually and getting 2 nodes mixed up.  NOW it is correct, both ways.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

		David  Solan
		Post Office Box 123
		Norwalk,  CT  06856
		Voice: (203) 866-6900
		attmail: 

-- 
24 million Americans will die in the next 10 years without their seat belts on.  Buckle up now!
                                       {codas,u1100a}-----\
David Solan                   rutgers!rochester!kodak!pcid!gizzmo!kdavid
                                 {lazlo,ethos,fthood}-----/