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.