Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!rex!samsung!noose.ecn.purdue.edu!stable.ecn.purdue.edu!yorkw From: yorkw@stable.ecn.purdue.edu (Willis F York) Newsgroups: comp.sys.amiga Subject: Re: HELP. Need diskette torture tester for finding bad disks. Message-ID: Date: 7 Jan 91 20:34:54 GMT References: <3092@polari.UUCP> Sender: news@noose.ecn.purdue.edu (USENET news) Distribution: comp Organization: Purdue University Engineering Computer Network Lines: 31 davego@polari.UUCP (dave oliphant) writes: >In article jkh@bambam.pcs.com (Jordan K. Hubbard) writes: >I have tried another program called BFormat (don't know the author) which >porported to format disks with bad sectors. It did this by first determining >which sectors were bad, and then marking the sector bitmap as used for all >the tracks with bad sectors. However, I found that the bad disks I formatted >with BFormat would not store files reliably, but all would fail eventually. I regallary use Bformat, (I like the comand syntax better then format} and if it finds a bad block (sector?) it;ll mark it as used.. however.... My main problem with disks is DUST.. so Bformat will mark the "bad" sector, then the dust particial/hair/ect will have moved to a diffrent place the second time i run the program.. I have found that if ya run bformat about 3 times and get no errors then the disk is darn good. (Silly i know) of late i've been having mega-disks going bad. (Bummer) what i want is a disk-copy program that'll copy from df0: (Or df1:) to RAD: without me having to type return and not bothering to varaify RAD: (To speed it up) Well just my .02$ . -- yorkw@ecn.purdue.edu Willis F York ---------------------------------------------- Macintosh... Proof that a Person can use a Computer all day and still not know ANYTHING about computers.