Path: utzoo!attcan!uunet!lll-winken!lll-tis!helios.ee.lbl.gov!pasteur!ucbvax!ERCVAX.ED.AC.UK!ERCA02 From: ERCA02@ERCVAX.ED.AC.UK Newsgroups: comp.os.vms Subject: 11/750 alternative bootstrap Message-ID: <8806281643.AA24891@ucbvax.Berkeley.EDU> Date: 28 Jun 88 16:44:39 GMT Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: Rob%ERCVAX.ED.AC.UK@CUNYVM.CUNY.EDU Organization: The Internet Lines: 49 X-Unparsable-Date: 15-JUN-1988 17:23:50 GMT -01:00 Can anybody help with the following, please? BRIEFLY, it is required to boot a VAX/VMS 11/750 from a Fujitsu Eagle disk on an Emulex SC41/MS (MSCP) controller. CONFIGURATION includes a DEC RA80 on a DEC UDA50 controller (DUA0) and two Fujitsu Eagles on an Emulex SC41/MS controller (DUB0 and DUB1); both controllers are MSCP and on the unibus (ie no patches to VMB.EXE or to any drivers are required). VMSKITBLD with the COPY option was used to copy the system from DUA0 to DUB1 with NO errors. A subsequent, but redundant, WRITEBOOT operation (DUB1:[SYS0.SYSEXE]VMB.EXE) gave NO errors. FIRST, the 750 should boot from the alternative bootable disk DUB1 with the following console command (after halting the cpu) >>> B DUB1 but this quickly returns diagnostics we don't understand 00000001 06 FFFFFFFE 15 What do they mean? SECONDLY, the 750 should boot from the BOOT58 program (on TU58 cartridge) with a suitably-prepared command file. We can see no way to tell the machine, via the command file or otherwise, to boot from a disk on controller B rather than on controller A! What are we missing? The ONLY way the system has been booted from DUB1 (it IS bootable after all!) was when the base CSR address (in the command file used by BOOT58) was changed from that for controller A, to that for controller B, - with the consequence that the Eagles appeared as DUA0 and DUA1 (instead of DUB0 and DUB1) but the RA80 was not found by the automatic AUTOCONFIGURE (not surprisingly). Q1) How do you tell BOOT58 that you want to boot from a disk on the SECOND disk controller on the unibus? Q2) Is there anything about the SC41 disk controller that prevents one from doing ">>> B DUB1" ? Rob Stansfield, University of Edinburgh VAX/VMS (8530) service. rob@uk.ac.ed.ercvax JANET rob@ercvax.ed.ac.uk rest of the world, or rob%ercvax.ed.ac.uk@ucl-cs.arpa ARPANET/DARPA/INTERNET or rob%ercvax.ed.ac.uk@cs.ucl.ac.uk ARPANET alternative rob%uk.ac.ed.ercvax@ac.uk EARN/BITNET/NETNORTH or rob%uk.ac.ed.ercvax@ukacrl EARN alternative ...!mcvax.cwi.nl!ukc!uk.ac.ed.ercvax!rob UUCP