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 505334
To read all comments associated with this story, please click here.
RE[6]: Wow, That Was Simple
by Alfman on Tue 31st Jan 2012 21:57 UTC in reply to "RE[5]: Wow, That Was Simple"
Member since:


"Lots of systems I manage have site-local overrides and having them in custom locations, rather than a well defined one will result in more confusion than order. Arguably, the situation now isn't much better and could do with some improvement, but it's always about finding the proper mix of freedom and regulation."

That seems to be the critical issue doesn't it? After all, if you want to store different applications on different file-stores, they need to go in different mount points.

But in my opinion this is not the best solution, we only resort to it because linux doesn't give us other options.

What we need is the ability to store different applications in the same directory on different file-stores. By keeping storage and organization separate, we'd be free to use the best organizational structure for us without overloading it for storage based requirements.

All programs would use the exact same directory structure whether they're distro-specific or user-specific, and whether they're installed on the local system or the office lan, etc.

Unionfs technologies enable these kinds of setups. While they've been around for many years as kernel patches, the linux admins steadfastly refuse to merge them into the stock kernel.

The best one could do to create a unified directory structure without a unionfs is to use the separate mount points as we do today, and then create a script to symlink all the apps individually into a common namespace.

Reply Parent Score: 2