[Info-vax] Trying to boot a MicroVAX II with VMS 7.3

JF Mezei jfmezei.spamnot at vaxination.ca
Sun Mar 29 14:40:12 EDT 2009


Robert Jarratt wrote:

> I may have found a possible cause of my booting problems. I decided to 
> remove everything except the CPU, the tape controller and the DEQNA, so that 
> included removing the two memory boards (which incidentally look like they 
> are 4MB each). When I did this the console software did not come up when I 
> switched on the machine. 


Suggest you head over to http://www.hoffmanlabs.com and look at the FAQ
section (or ask the wizard, I can never remember). Mr Hoffman has a good
explanation of the serpentine nature of the Q-BUS on that machine.

Failure to get the >>> prompt is likely a Q-BUS issue. Boards need to go
in a desirable order (interrupt priority) and in a required order
(serpentine nature).  IF you must leave a spot open because you have a
half width board followed by a full width board, then you will need a
grant-continuity card to fill the foid to the right of the half width card.

I am not sure what you need to do with the 2 slots reserved for memory
if there is no memory there. Remember that memory boards not only plug
into the backpane, but there is also a ribbon cable that links them to
the motherboard.

I suggest you put back the memory boards.

The fact that you get to a SYSBOOT-F message means that you have already
 gotten to the initial bootstrap for VMS.

Also, perhaps others can confirm, but wouldn't VMS send out a explicit
message about the deqna not being supported anymore ?

BTW, in case you are not aware:

from node1:

MC SYSGEN
SYSGEN> USE $disk1:[SYS1.SYSEXE]VAXVMSSYS.PAR
SYSGEN> various commands
SYSGEN> WRITE $disk1:[SYS1.SYSEXE]VAXVMSSYS.PAR

This lets you manage SYSGEN parameters of another node from a
functioning node. Just make sure you don't use "write" alone because
that might write the other node's parameters into the current node :-)



More information about the Info-vax mailing list