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}-----/