Linked by Thom Holwerda on Mon 30th Jan 2012 20:39 UTC
General Unix Finally something really interesting to talk about. If you've used UNIX or any of its derivatives, you've probably wondered why there's /bin, /sbin, /usr/bin, /usr/sbin in the file system. You may even have a rationalisation for the existence of each and every one of these directories. The thing is, though - all these rationalisations were thought up after these directories were created. As it turns out, the real reasoning is pretty damn straightforward.
Permalink for comment 505166
To read all comments associated with this story, please click here.
UNIX hierarchy makes sense; Linux does not
by phoenix on Mon 30th Jan 2012 21:07 UTC
phoenix
Member since:
2005-07-11

Maybe it's "made up after the fact", but bringing order into chaos is laudable goal. It's too bad the Linux folks (and SysV folks in general) never "got it".

Just look at the hier(7) man page on FreeBSD to see a hierarchy that makes sense:
* / is for the OS, what's needed to boot
* /usr is for the OS, what's needed after boot (can be NFS mounted)
* /usr/local is for third-party apps installed by the user

Nice and clean, and makes sense. bin directories are for normal user apps. sbin directories are for system admin apps.

But, FreeBSD has a clear separation between "OS" and "third-party apps", which Linux doesn't have.

The unfortunate side-effect of this change is that the /usr/bin directory is going to be absolutely *HUGE* as every single application installed (from OS utils, to Xorg, to KDE, to Firefox, to Apache, etc, etc, etc. And there won't be many sub-directories.

It's bad enough already, but this is just going to make it worse.

Reply Score: 11