On Sat, Feb 16, 2019 at 10:04 AM Bill Gunshannon via cctalk < cctalk@classiccmp.org> wrote:
> > > I used SIMH to build RSTS V9.6 on a simulated RA81 disk. I wrote the > disk as a file to a CDR in CD9660 format. I moved the BA350 and the > CD to a VS3100 running OpenBSD. I was able to mount the CD under > OpenBSD and see the file containing the disk image. I used dd with > the command given in my original message (and repeated above) to try > to write the image to a real SCSI disk. When I try to boot it I get > the RSTS Message "INIT.SYS not found". The disk was completely blank > to start so the RSTS info must have been copied but apparently not > copied correctly. > > Any more suggestions? > My wild speculation would be disk geometry. I don't know the specific geometry of the RA81 disk, but it is possible that SIMH is writing a sparse disk image. As an arbitrary example, suppose that there were seven sectors per track, and the RA81 accepts a 3 bit sector number. If SIMH is treating the sector number as a 0-7, then the blocks would be written to the image file as: (track/sector) 0/0 0/1 0/2 0/3 0/4 0/5 0/6 unused 1/0 1/1 ..... When the image file is copied to the drive, the "unused" block is written to 1/0 on the drive, and 1/0 is written to 1/1. etc. This could match the observed behavior; the data in the first track is call correct, allowing RSTS to start, but the directory blocks containing INIT.SYS are on the wrong locations, causing the 'can't find' failure. I don't know if SIMH is doing this; one test would be to run something on the SIMH RSTS that filled the disk with data (ensuring that the last sectors are written to, and compare the size of the image file with the size of the actual disk; if the image file is bigger, then it is probably sparsely written. -- Charles