john@cstreet.uu.net (John Poplett) (07/08/90)
On my Xenix 386 system, release 2.3.2, verification fails when formatting high-density 3.5" floppies on the second drive (using /dev/rfd1135ds18). However if I format one floppy from DOS first, subsequent formats from Xenix work suggesting that something's not quite right in the way the FD driver is initializing the FD controller that somehow the PC BIOS gets right. Has anyone run across this problem before? It certainly looks and acts and feels like a bug. John -- John Poplett @ C Street Software | "Shutup", he explained. 312 Wolff St. Oxnard, Ca. 93033 USA | ~ Ring Lardner (805) 486-7807 / uunet!cstreet!john |
wrp@biochsn.acc.Virginia.EDU (William R. Pearson) (07/09/90)
In article <1990Jul8.013434.723@cstreet.uu.net> john@cstreet.UUCP (John Poplett) writes:
]On my Xenix 386 system, release 2.3.2, verification fails when
]formatting high-density 3.5" floppies on the second drive (using
]/dev/rfd1135ds18).
]
]However if I format one floppy from DOS first, subsequent
]formats from Xenix work suggesting that something's not quite
]right in the way the FD driver is initializing the FD controller
]that somehow the PC BIOS gets right.
]
]Has anyone run across this problem before? It certainly looks
]and acts and feels like a bug.
I have had essentially the same experience. No format under
Xenix, good format under DOS, read/write under Xenix.
Bill Pearsonhb@vpnet.chi.il.us (hank barta) (07/14/90)
>>problems with verify following format on 3 1/2 drive on Xenix
I don't know if this helps, but I had the same problem (under SCO Unix)
when I formatted the default device which had been linked to the 5 1/4
disk node. It wouldn't seem like the case since the original poster
explicitly referenced the 3 1/2 device. (However that wouldn't have stopped
me, since during my installation of the 3 1/2 drive I managed to link my
3 1/2 device node to the default 5 1/4 node :-) (Indicentally, the major
and minor device numbers for fd1135ds18 are 2,61. I don't know if they're
the same for Xenix)
I also know somebody who had a similar problem until they properly defined
the 2nd drive as a 3 1/2 drive on the CMOS setup.
hank
White Oak Software Inc. Henry Barta
0 South 258 Park (708) 462-6909 (voice)
Winfield, IL 60190 ...!vpnet.chi.il.us!pswin!barta
Predictable systems by design. hb@vpnet.chi.il.us