Did UNIX/Unix tapes have live file systems to dump in or tree of resources to pull from? Or something else!

@dexter When I was a student sysadmin at St Olaf college, Craig Rice, the senior admin dug out the v6 and v7 tapes and had us take a stab at extracting them, pointing me at Mike Haertel (an Olaf graduate) for help. That was, uh, 1993?

Ahah! I found my notes from talk(1)ing with him!
-----v6----
Greetings from the distant past...
So, you've gotten interested in those old tapes, eh?
You're gonna love this...
the v6 tape is 12100 512-byte blocks.
The first 100 blocks are a "tp" format archive.
Yeah, tp. Dig up the old v6 manuals. :-)
The remaining 12000 blocks are evenly split into 3 4000 block
file system images, the first being root, the second /usr/source,
and the third /usr/docs.
(They had different names in those days.)
So, to read those tapes, you're going to have to understand the v7
(I mean v6) file system format. The stuff in the tp archive at
the beginning doesn't relly matter--it is a boot block, and then
a few programs meant to be booted by the boot block. Its main
purpose is to extract the rest of the tape.
Anyway, I went through all this a few years ago. It turned out
to be remarkably simple to write a simple program to read the file
system image, but I no longer have it.

----v7----
Now, about the v7 tape. The format of that tape is as follows:
There are ... 5 files consisting of 512 byte records,
and 2 files consisting of 10240 byte records.
The first 5 files are basically boot stuff again.
The second or third is just a list of the tape contents,
the others are standalone "cat", standalone "mkfs", and standalone "restor",
and the boot block itself.
Then, the last two files are v7 dumps of root and usr.
I have a program I wrote to extract those.
And I still have the sources for that one. So I'll just email it to you.

@dexter Finally, Mike's comments on filesystem image vs dump format
----
Incidentally, dumps are much more of a pain than file system images
to extract.
It's hard to describe.
No, it's not that. It's just that...(looking at v7restore source)
Ah, that's right. In order to extract a dump, you need to first
build an in-core picture of the hierarchy.
Because the dump is just done of inode numbers in order.
Then, once you know what name to associate with each inode, you
can extract things.
Traversing a file system image is much simpler--you just start
at the root directory inode, and do the moral equivalent of a recursive
walk on the file system, extracting the files as you visit them.
The problem is that dumps are in linear order, and don't contain
convenient seek addresses for traversing in logical order.
St. Olaf? Hah! I was assigned a student sysadmin job when I attended Carleton College!

Dave Diehl, told me I couldn't work the job I was assigned, because it was: "reserved for upperclassmen" and I was only a freshman. Perhaps the first time he was a thorn in my side, not the last. ;( He also seemed to think I was a "hacker" because I had listed a Commodore Amiga on my résumé, but he clearly didn't mean it in a complimentary fashion. ;(

Worse: I was told by the MathCS department: I couldn't use the SGIs, because I was also "not an upperclassmen" even though I had already been toiling on such systems (and nicer ones, some of them, down to their microcode) at nps.navy.mil (now nps.edu) before I was even at Carleton and had toured SGI's campus more than once. Indeed, seeing the SGIs in Carleton's newly renovated (this was circa 1994) MathCS department was one of the reasons I decided to attend. (A gorgeous red head I met during the prospective student week was another reason, but alas, she also wasn't interested in me beyond friendship.)

Instead? I ended up slogging away on their awful NeXT systems and horrid VMS running Vax and such. I think they later had one DEC Alpha that ran Tru64 that only professors used, I got to see one in person, but wasn't allowed "time" on it.

sigh I did eventually (winter of my first year) get a different student job after someone in my dorm was tipped off to me being a nerd, so I ended up working as a "Divisional Computing Consultant" for Humanities faculty and was granted all the elevated privileges I presumably would have received if I hadn't been thrown under a bus by Dave Diehl (whom I later learned: never even graduated, he just kind of kept hanging around the geek houses and became a fixture on campus).

So much grief, for such backwater systems, and minimum wage student job pay at that! IIRC, Carleton's uplink for the entire campus was a 56K leased line when I started there (my 14.4 modem presumably ate up about a quarter of the bandwidth before they upgraded). Oh yeah, and whether it was UPS or the mail room (I suspect the latter) my Amiga 2000 was smashed en route to college. I didn't end up getting a replacement (thanks to someone selling a used A1200 on comp.sys.amiga.marketplace for about what the UPS insurance payout was) until my second trimester. Which meant that my first trimester I was mostly sitting in front of their dumb terminals and those awful NeXT systems. Eventually the MathCS department upgraded to a 486dx2 66MHz NeXTStep lab and that super slow OS became barely usable. Omniweb, almost made the World Wide Web seem, bearable. I still think it's mostly awful. (Not that I was a proponent of gopher).

I know older UNIX sources exist (I helped restore some of them).

Do any of you know Bob Fabry? It was his birthday on the 12th, apparently he turned 86!

"In 1971, Berkeley Professor Bob Fabry buys a $99 copy of UNIX and provides it to a group of students, including Bill Joy, who modify the original code to include a number of new features." (via https://www.berkeley.edu/about/history-discoveries/ click on Contributions/Discoveries and then the 1977: "Berkeley UNIX and the birth of open-source software" as a citation for that quote)

I haven't crossed paths with him personally, despite doubtlessly knowing many in common (I work in Berkeley these days too); but I am guessing he has some memories in such realms?

CC: @[email protected]
History & discoveries - University of California, Berkeley

University of California, Berkeley