From owner-freebsd-hackers Fri Sep 5 13:41:23 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA00548 for hackers-outgoing; Fri, 5 Sep 1997 13:41:23 -0700 (PDT) Received: from counterintelligence.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA00538 for ; Fri, 5 Sep 1997 13:41:14 -0700 (PDT) Received: from localhost (jamil@localhost) by counterintelligence.ml.org (8.8.7/8.8.5) with SMTP id NAA00824; Fri, 5 Sep 1997 13:40:00 -0700 (PDT) Date: Fri, 5 Sep 1997 13:40:00 -0700 (PDT) From: "Jamil J. Weatherbee" To: Joerg Wunsch cc: freebsd-hackers@FreeBSD.ORG, "J. Weatherbee" Subject: Re: FreeBSD floppy disk driver does not work... In-Reply-To: <19970905073108.SN45825@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk OK, I will replace the Floppy Drive and then Get back to you -- however that doesn't make much sense to me since I used a floppy to boot the machine for installation --- so apparently the bios does not have a problem with this drive. On Fri, 5 Sep 1997, J Wunsch wrote: > As J. Weatherbee - Chief Systems Engineer wrote: > > > My disk is not bad it does this during an fdformat also on any floppy and > > yes I have tried using the fd0.1440 and raw as parameters. > > Tell me what you want, but these messages are being passed straight > through from the FDC in your machine. (If you knew the NE765 status > registers, you'd see the resemblance between these messages and the > ST0/ST1/ST2/C/H/R/N result codes of this chip.) So either your > floppy's dead, or your drive is worn out, or the FDC is using the > wrong clock or such. I can ensure you that this is *not* a driver > problem. > > You should also notice that most of your problems appear on sector 7 > on both heads, which terribly looks like a scratch or fold in the > floppy medium. > > You should finally remember that FreeBSD's floppy driver does not do a > medium autodetection, so using a 720 KB floppy with the default (1440 > KB) device would also result in a bunch of errors. However, this is > not the case in your quoted example. All the error codes you gave us > were ``Bad CRC in data field'', i. e. the ID fields were completely > okay, and the data fields could be read, but failed checksumming. You > might even have been returned the (bogus) data in the user buffer. > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE > Never trust an operating system you don't have sources for. ;-) >