Linked by Thom Holwerda on Wed 26th Jun 2013 14:12 UTC
Linux "This document outlines the set of requirements and guidelines for file and directory placement under the Linux operating system according to those of the FSSTND v2.3 final (January 29, 2004) and also its actual implementation on an arbitrary system. It is meant to be accessible to all members of the Linux community, be distribution independent and is intended to discuss the impact of the FSSTND and how it has managed to increase the efficiency of support interoperability of applications, system administration tools, development tools, and scripts as well as greater uniformity of documentation for these systems."
Permalink for comment 565756
To read all comments associated with this story, please click here.
RE[3]: ROFL
by Doc Pain on Thu 27th Jun 2013 05:21 UTC in reply to "RE[2]: ROFL"
Doc Pain
Member since:
2006-10-08

No, sbin is for SYSTEM binaries. Anything that normal user will never run. sbin is usually not in user's PATH.


For statically compiled programs, some systems offer (or offered?) a specific /stand directory located on the root partition that contains programs to be used under absolute emergency circumstances.

As an example, the FreeBSD manual page for the file system hierarchy, "man 7 hier", explains /sbin as follows; "system programs and administration utilities fundamental to both single-user and multi-user environments".

Source: http://www.freebsd.org/cgi/man.cgi?query=hier&sektion=7

sbin and bin have their use and should/will remain separated forever.


The separation is intended and may even be useful.

/usr/bin /usr/sbin /usr/lib are redundant given the size of our disks however. In fact, a few distro create them as symlinks to /bin /sbin /lib.


This is possible. Non-Linux system sometimes keep the differentiation between /sbin and /usr/sbin and define /usr/sbin as follows: "system daemons & system utilities (executed by users)".

Those arguing that /sbin and /bin are useful for rescue, then explain to me what is the purpose of the initrd?


This concept and its execution is relatively specific to Linux, whereas the directory separation is more generic and applies to many kinds of UNIX and UNIX-alikes.

Drivers can perfectly be loaded from the disk or built into the kernel, what remains? The rescue prompt!


Sometimes you're lucky to get that far. ;-)

As I said, for normal users all this directory layout discussion does not matter. In case of an emergency that you today cannot even imagine, and under worst circomstances, you'll be happy about any separation and differentiation that lets your system come up to a state where you can start recovery procedures or other actions to get out of shit. Because you never know. And if you don't experience such kind of trouble: Be happy. Ignore the rest. It doesn't matter.

Reply Parent Score: 5