<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">below...</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Aug 4, 2023 at 1:17 PM Will Senn <<a href="mailto:will.senn@gmail.com">will.senn@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div>
    <div>On 8/3/23 23:41, Warner Losh wrote:<br>
    </div>
    <blockquote type="cite"><br>
      <div dir="ltr">
        <div class="gmail_quote">
          <div><br>
          </div>
          <div>The TUHS stuff matches what we have on Kirk's CDs.</div>
          <div><br>
          </div>
          <div>And it looks like one could build a boot tape from what's
            in sys in the tarball.  It has the usual standalone files
            that look like V7 files.</div>
          <div><br>
          </div>
          <div>There's usr/man/man8/sysgen.8</div>
          <div><br>
          </div>
          <div>sysgen \- UNIX system generation from the distribution
            tape</div>
          <div><br>
          </div>
          <div>I've not tried to grab that tape to see if it has the
            same bits as in the archive.<br>
          </div>
          <div><br>
          </div>
          <div>Warner<br>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    Hi Warner,<br>
    <br>
    I would love to be able to recreate the bootable tape(s) from what
    we have available (the tarball) and document that process along the
    way. In the setup manual, it says:<br>
    <blockquote>The tape contains binary images of the system and all
      the user level programs, along with source and<br>
      manual sections for them. There are about 4200 UNIX† files
      altogether. The first tape file contains boot-<br>
      strapping programs. The second tape file is to be put on one
      filesystem called the ‘root filesystem’, and<br>
      contains essential binaries and enough other files to allow the
      system to run. The third tape file has all of<br>
      the source and documentation. Altogether the files provided on the
      tape occupy approximately 40000 512<br>
      byte blocks<br>
    </blockquote>
    Taking this apart, it seems like:<br>
    <blockquote>The tape contains binary images of the system and all
      the user level programs, along with source and<br>
      manual sections for them. There are about 4200 UNIX† files
      altogether.<br>
    </blockquote>
    Refers to everything in 3bsd.tar.gz  - 4130 files.<br>
    <br>
    And this:<br>
    <blockquote>The first tape file contains boot-strapping programs. <br>
    </blockquote>
    Refers to the files in sys:<br></div></blockquote><div><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">I think not sys but /stand</span> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
    <blockquote>boot  mkfs  restor  rp6fmt  rpread<br></blockquote></div></blockquote><div><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">And should have a boot block on it - with the standalone system </span><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">-- this is right from V7 and I thought 32V</span> <span class="gmail_default" style="font-family:arial,helvetica,sans-serif">but I have forgotten</span><span class="gmail_default" style="font-family:arial,helvetica,sans-serif"> - BTW - this tape file will have a block size of 512 bytes because of how it is used and boot roms will read 512 bytes at time.</span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><blockquote>
    </blockquote>
    And this:<br>
    <blockquote>The second tape file is to be put on one filesystem
      called the ‘root filesystem’, and<br>
      contains essential binaries and enough other files to allow the
      system to run.<br></blockquote></div></blockquote><div><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">Right - the standalone </span><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">system is used to create the root FS and </span><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">the standalone restore to recreate the root</span> <span class="gmail_default" style="font-family:arial,helvetica,sans-serif">[it's 20B or 10240 byte blocked] because by now you have a read device driver in either the standalone system or UNIX itself do blocking factors can be handled.</span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><blockquote>
    </blockquote>
    Refers to everything except /usr/src and /usr/doc.<br></div></blockquote><div><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">What worries me a little is V7 had a dump format of /usr at this point - the rootfs did not have enough space for the everything in /usr such as /usr/{bin,lib,share...} and much less doc and src.</span></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
    <br>
    While this:<br>
    <blockquote>The third tape file has all of the source and
      documentation.<br>
    </blockquote>
    Refers to /usr/src and /usr doc.<br></div></blockquote><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">That makes sense in that it allows everyone some one to read these two without having to ferret it from a restore/dump format.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
    <br>
    If I'm understanding things, this means I would create three tape
    images - one with just the 5 files in sys and that's it, the second
    with everything except for /usr/src/ and /usr/doc, and the third
    with just /usr/src and /usr/doc. The first tape would have blocksize
    512, the other two, 10240. I could then use any of the plethora of
    maketape scripts around to put the tape together.<br>
    <br>
    In looking at what was done previously, it looks like the root fs
    was on the tape as a dump, whereas the usr files were on the tape as
    a .tar. Why not just have root and usr as .tar on the tape?<br></div></blockquote><div><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">Tar is easier when trying in read mode, particularly </span><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">if you only one want a couple of files/directors.   Dump/restore is fine for a complete </span><span class="gmail_default" style="font-family:arial,helvetica,sans-serif">FS at a time.</span></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Given just the src and doc directories, wanting to read the doc and source from that tape on another system -- say 32V or V7, tar makes it easier.</div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif"><br></div><div class="gmail_default" style="font-family:arial,helvetica,sans-serif">Clem</div></div></div><div hspace="streak-pt-mark" style="max-height:1px"><img alt="" style="width:0px;max-height:0px;overflow:hidden" src="https://mailfoogae.appspot.com/t?sender=aY2xlbWNAY2NjLmNvbQ%3D%3D&type=zerocontent&guid=003992ef-7e9f-4db4-93c9-386a2ebc22e9"><font color="#ffffff" size="1">ᐧ</font></div>