<br><br><div class="gmail_quote">On 29 January 2011 14:33, Wilm Boerhout <span dir="ltr"><<a href="mailto:w781@planet.nl">w781@planet.nl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Peter Allan mentioned  on 29-1-2011 15:01:<div class="im"><br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Brian, thanks for your advise. Changing the value of RTIME has indeed got VMS 4.6 to boot on my emulated VAX 780, which is terrific.<br>
<br>
I started by setting RTIME to 1000, as suggested and I decreased the value until the system no longer booted. The smallest value I could use was 26.<br>
<br>
The system now boots very quickly and there is only about 1 second between the message<br>
<br>
   VAX/VMS Version V4.6  6-Jul-1987 17:00<br>
<br>
appearing and the boot sequence finishing. In fact, I could detect no difference between the speed of the emulated system whether I set RTIME to 26 or to 1000, although all I am doing at present is booting the system and typing a few simple commands like SHO DEV D.<br>

<br>
I realised this is a lot faster than booting from an RA81, which has always worked, but takes about 10 seconds from the above message appearing to completing the boot process. Both systems are clean installs with nothing in the startup .COM files yet.<br>

<br>
My current configuration is:<br>
   One RP06 disk containing VMS 4.6<br>
   One RA81 containing VMS 4.6<br>
   One RD53 containing stand alone backup 4.6.<br>
<br>
I discovered that when I boot from the RP06 system disk, the MSCP disks are not recognised and are not available after the system has booted.<br>
<br>
Right now, I am not to bothered about the MSCP disks not being recognised if the system disk is a Massbus one, but I bet I will be at some time in the future. I tried changing the RQ disk parameters ITIME, QTIME and XTIME, but<br>

the little playing that I did did not result in the MSCP disks appearing after the system booted.<br>
<br>
Anyone got any bright ideas about this problem?<br>
<br>
Peter Allan<br>
</blockquote>
<br></div>
I do not have a V4.6 system at hand, but consider this general principle: if you boot VMS from a cloned or freshly installed system disk, it is beneficial to run AUTOGEN, after checking MODPARAMS.DAT for anomalies. Could it be that when booting from a MASSBUS device, the MSCP driver is not automatically loaded? Not sure if V4.6 supports this, but try setting MSCP_LOAD=1 in MODPARAMS.DAT, and AUTOGEN the system. Later versions of VMS have the SYSGEN command SHOW MSCP_LOAD, SHOW MSCP_SERVE_ALL, not sure if V4.6 has this.<br>

<br>
It may also take some time for the CONFIGURE process to enumerate all disks. Is the configure process started at all when booting from MASSBUS? Otherwise, @SYS$SYSTEM:STARTUP CONFIGURE will do so.<br><font color="#888888">
<br>
/Wilm</font></blockquote><div><br>Thanks Wilm,<br><br>The  @SYS$SYSTEM:STARTUP CONFIGURE command does indeed configure the DUA0 and DUA1 disks. <br><br>My system is definitely inconsistent in bringing them up without this. It seems to recognise them about 1 time in 3 or 4 boots, but more often than not it does not do so. I have not been able to detect any consistency in what causes the system to work when it does, so I will use the command above when I need to.<br>
<br>Cheers<br><br>Peter<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div><div></div><div class="h5"><br>
_______________________________________________<br>
Simh mailing list<br>
<a href="mailto:Simh@trailing-edge.com" target="_blank">Simh@trailing-edge.com</a><br>
<a href="http://mailman.trailing-edge.com/mailman/listinfo/simh" target="_blank">http://mailman.trailing-edge.com/mailman/listinfo/simh</a><br>
</div></div></blockquote></div><br>