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 505312
To read all comments associated with this story, please click here.
RE[4]: why not / instead of /usr
by Lennie on Tue 31st Jan 2012 18:07 UTC in reply to "RE[3]: why not / instead of /usr"
Lennie
Member since:
2007-09-22

No, this is for when there is just one filesystem (partition is to technical for most users ? and the technical users always get the sizes wrong ?)

With btrfs for example you can snapshot directories.

So for example when you do distribution updates/upgrades and do automatic snapshotting of the binaries in /usr.

There could be data in /var you don't want to undo when you restore the binaries.

Something like that ? Anyway, Fedore has a plan. Have a look at the site: "The merged directory /usr, containing almost the entire vendor-supplied operating system resources, offers us a number of new features regarding OS snapshotting and options for enterprise environments for network sharing or running multiple guests on one host. Most of this is much harder to accomplish, or even impossible, with the current arbitrary split of tools across multiple directories."

http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMe...

Reply Parent Score: 3