The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: "Greg A. Woods" <woods@robohack.ca>
To: The Unix Heritage Society mailing list <tuhs@tuhs.org>
Subject: Re: [TUHS] Abstractions
Date: Tue, 23 Feb 2021 17:51:27 -0800	[thread overview]
Message-ID: <m1lEjKq-0036urC@more.local> (raw)
In-Reply-To: <CMM.0.96.0.1614109077.beebe@gamma.math.utah.edu>

[-- Attachment #1: Type: text/plain, Size: 2568 bytes --]

At Tue, 23 Feb 2021 12:37:57 -0700, "Nelson H. F. Beebe" <beebe@math.utah.edu> wrote:
Subject: Re: [TUHS] Abstractions
>
> The recent discussions on the TUHS list of whether /bin and /usr/bin
> are different, or symlinked, brought to mind the limited disk and tape
> sizes of the 1970s and 1980s.  Especially the lower-cost tape
> technologies had issues with correct recognition of an end-of-tape
> condition, making it hard to span a dump across tape volumes, and
> strongly suggesting that directory tree sizes be limited to what could
> fit on a single tape.

Hmmmm... you may just be mixing up the names of the archive tools you
mean, but on the other hand maybe you don't know that "dump" does whole
filesystems, not just sub-directories.

That of course doesn't take anything away from what you were saying
about making sure you could do a full dump onto a single tape with some
types of less high-end and high-quality tape devices.  But that's a
"newer" problem.

Original Unix dump(1m) had no trouble asking for additional tapes to be
mounted when the filesystem required multiple tapes.

So it has nothing to do with legacy of the original root and /usr split.


> I made an experiment today across a broad range of operating systems
> (many with multiple versions in our test farm), and produced these two
> tables, where version numbers are included only if the O/S changed
> practices:

An interesting compilation, but sadly (to me at least) it is mostly a
mess of GNU/Linux which, rightly or wrongly, I categorize all under one
(extremely opaque) umbrella.

BTW, when I said "long ago" for Solaris, I meant a REALLY long time ago.
/bin has been a symlink to /usr/bin since Solaris 2.0 and yet /usr
could/can still be a separate filesystem on a Solaris installation.
This is accomplished by putting everything necessary to boot the system
up to the point where other additional filesystems can be mounted using
just the programs found in /sbin.  Of course this wasn't done smoothly
and completely all in one go.  IIRC /sbin/sh didn't exist until
Solaris-9, and (also IIRC) it is just a copy of /usr/bin/sh.

So Sun pushed everything in /bin to /usr/bin, then copied a few things
back to /sbin as they found they needed them.  Kind of a half-assed hack
that wasn't well thought out, and had very poor motivations.

I'd forgot that IRIX was following Solaris on this track.

--
					Greg A. Woods <gwoods@acm.org>

Kelowna, BC     +1 250 762-7675           RoboHack <woods@robohack.ca>
Planix, Inc. <woods@planix.com>     Avoncote Farms <woods@avoncote.ca>

[-- Attachment #2: OpenPGP Digital Signature --]
[-- Type: application/pgp-signature, Size: 195 bytes --]

  parent reply	other threads:[~2021-02-24  1:52 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-02-23 19:37 Nelson H. F. Beebe
2021-02-23 21:02 ` Charles H. Sauer
2021-02-23 21:15   ` Henry Bent
2021-02-24  2:47     ` Greg A. Woods
2021-02-24  3:20       ` Warner Losh
2021-02-24 20:05         ` Greg A. Woods
2021-02-24  1:51 ` Greg A. Woods [this message]
2021-02-24  2:23   ` Nelson H. F. Beebe
  -- strict thread matches above, loose matches on Subject: below --
2021-02-24  4:18 Rudi Blom
2021-02-21 10:47 Paul Ruizendaal
2021-02-20 23:09 M Douglas McIlroy
2021-02-21  8:15 ` Otto Moerbeek
2021-02-21 11:08 ` Rich Morin
2021-02-21 22:40 ` Dave Horsfall
2021-02-21 23:01   ` Steve Nickolas
2021-02-23  3:31     ` Andrew Warkentin
2021-02-22  0:13   ` Warren Toomey
2021-02-27  2:47     ` Dave Horsfall
2021-02-23  0:25   ` Wesley Parish
2021-02-23  0:38     ` Steve Nickolas
2021-02-23  2:50       ` Theodore Ts'o
2021-02-23  3:19         ` Warner Losh
2021-02-23  1:47     ` Theodore Ts'o
2021-02-21 22:54 ` Clem Cole
2021-02-15 19:56 Jon Steinhart
2021-02-15 21:52 ` Dave Horsfall
2021-02-16  7:13   ` arnold
2021-02-16  8:15 ` Tom Ivar Helbekkmo via TUHS
2021-02-16 10:04   ` Wesley Parish
2021-02-16 19:59   ` Jon Steinhart
2021-02-17  4:01     ` Theodore Ts'o
2021-02-17  6:50     ` Chris Hanson
2021-02-16 12:26 ` Rich Morin
2021-02-16 22:46 ` Steffen Nurpmeso
2021-02-17 12:09 ` David Arnold

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=m1lEjKq-0036urC@more.local \
    --to=woods@robohack.ca \
    --cc=tuhs@tuhs.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).