The Unix Heritage Society mailing list
 help / color / mirror / Atom feed
From: imp@bsdimp.com (Warner Losh)
Subject: [TUHS] history of sbin?
Date: Thu, 31 Jan 2013 18:37:42 -0700	[thread overview]
Message-ID: <7BCD8FE7-E064-4248-BDE1-DE8F9701CF7E@bsdimp.com> (raw)
In-Reply-To: <510B1A48.1080703@fastmail.us>


On Jan 31, 2013, at 6:28 PM, Random832 wrote:

> On 1/31/2013 7:06 PM, Jeremy C. Reed wrote:
>> I have heard the story a few times about sbin split is due to disk
>> space, such as told at
>> http://www.osnews.com/story/25556/Understanding_the_bin_sbin_usr_bin_usr_sbin_Split/
>> http://lists.busybox.net/pipermail/busybox/2010-December/074114.html
>> 
> Well, keeping in mind the stuff in /sbin used to be in /etc, in e.g. v7 - it's possible the real reason is simply they wanted binaries out of /etc and didn't want to put them in /bin where normal users might wonder "what is this?".

The split was for /usr and slash. Those things in / were local on small disks needed to boot the system just enough to mount a shared /usr remotely or to do some very limited recovery. This is why there's both /usr/bin and /bin.

It doesn't explain the /sbin and /bin split though.

I recall from SunOS 3.x documentation that I no longer have access to that the split was done to improve exec times for normal users. They didn't want the hash list to get too long with all the extra stuff in /sbin and /usr/sbin. the movement of the files from /etc also included movement to /libexec or /usr/libexec for many of the daemons that started out life in /etc. things like ifconfig moved to /sbin where people could more easily run them.  Maybe the original /etc and /bin split was for PATH reasons?

Warner




  reply	other threads:[~2013-02-01  1:37 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-01  0:06 Jeremy C. Reed
2013-02-01  1:28 ` Random832
2013-02-01  1:37   ` Warner Losh [this message]
2013-02-01  1:41 ` Warren Toomey
2013-02-01  1:53   ` ramble1035 @dslextreme.com
2013-02-01  2:01     ` Larry McVoy
2013-02-01  2:02     ` Armando Stettner
2013-02-01  3:09       ` Larry McVoy
2013-02-01  3:24       ` Armando Stettner
2013-02-01  2:03 ` [TUHS] 1974 CACM Paper, was " Warren Toomey
2013-02-01  2:14   ` Warren Toomey
2013-02-01  2:34   ` [TUHS] 1974 CACM Paper Warren Toomey
2013-02-01  2:54   ` [TUHS] history of sbin? Warren Toomey
2013-02-01  4:58 Norman Wilson

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=7BCD8FE7-E064-4248-BDE1-DE8F9701CF7E@bsdimp.com \
    --to=imp@bsdimp.com \
    /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).