Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!linus!decvax!tektronix!hplabs!sri-unix!mlsmith@nadc.ARPA
From: mlsmith@nadc.ARPA
Newsgroups: net.micro.cpm
Subject: BDOS Help Needed
Message-ID: <12209@sri-arpa.UUCP>
Date: Wed, 8-Aug-84 09:40:26 EDT
Article-I.D.: sri-arpa.12209
Posted: Wed Aug  8 09:40:26 1984
Date-Received: Fri, 10-Aug-84 08:11:50 EDT
Lines: 17

	I don't know how much applicability this has but here goes:
We had a Digital Group (aka AEON) system up with SS/SD 8" disks running CPM and
Oasis on a time shared basis. The disks would crash on power down intermittently
and the select lines had come high. The answer we got from DG was that they all
do that! We abandoned SD and installed DD disks with a new disk controller.
Result: three years without a controller glitch (one disk regulator failure).
Recommendation: Look at the disk controller before attacking BDOS as our 
problem was language independent.

					good luck,
					mlsmith@nadc.ARPA

P.S. A delay after disk read is normal - if the power on the motor shuts down
     immediately after completion some systems declared the previous data
     shipped bad and tried again resulting in endless retransmissions. Also
     some timeout boards include a longer delay >30 seconds to cover the
     random access file case where excessive cycling would occur.