Filesystem hierarchy standard linux

A Detailed guide to Linux Filesystem Hierarchy Standard

The directory(folder) structure in Linux-based operating systems follows the Linux Filesystem Hierarchy Standard (FHS) defined and maintained by the Linux Foundation. Having a well-defined standard makes it easier for the users and software developers to know the location of installed binaries, system files, system information etc. This way Linux applications don’t have to be tailored for a particular distribution and can be used universally.

In this article, we will have a detailed look at the directory structure in Linux and discuss the roles of all of the directories one by one with examples.

Linux Filesystem Hierarchy Standard

The latest rendition of FHS was released by Linux Foundation in 2015. This is the FHS-compliant directory structure.

/ (root)

This is the beginning of the Linux filesystem hierarchy. All the file paths originate from the root. The directories listed above or symbolic links to those directories are required in / otherwise, the file structure isn’t FSH compliant.

/bin

• Stores essential command binaries which can be used by both system administrator and the user such as cat,ls,mv,ps,mount etc.
• These commands are used to boot up a system (access boot files, mount drives) and can be used while repairing a system when the binaries in /usr aren’t available

NOTE: In the above screenshot, you might see that /bin does not only contain the essential binaries but also non-essential ones like 7z. For the full explanation check the /usr merge section

/boot

• This directory contains all the files necessary for the system to boot up
• This includes the kernel files, initrd, initramfs, bootloader etc.

/dev

• Contains device files for all the physical and virtual devices mounted in the system.
• Device files arent files in the traditional sense. They are a way for device drivers to access and interact with the said device
• Usually, the primary storage is called sda (/dev/sda)

/etc

• This directory contains configuration files of your system.
• The name of your device, your passwords, your network configuration, DNS, crontabs, date and time ..etc are stored here in configuration files.
• This directory cannot contain any binary executable files according to FHS.
• These configuration files affect all users on the system. If you want to make config changes for a specific user, ~/.conf/ should be used instead of /etc/

/home

• The home contains all the personal user-specific files. It contains separate directories for each user which can be accessed by cd /home/username
• This is where you do most of your work. All the downloads, pictures, music etc on your system are in /home.
• The user-specific configuration file for each application can be found in /home/[username]/.conf
• You can go to any users home directory by executing cd ~[username] . If there is only one user on the system, just cd ~ works.

/lib

• Libraries are standard code files that define the commands used in a programming language. During compilation, a compiler looks up these libraries to make sense of the code just as we might look up a dictionary to understand the meaning of words while reading a book.
• This directory contains all the libraries needed to boot up the system and for commands in /bin and /sbin to run.
• This also contains kernel modules which control a lot of your hardware and device functioning
• A lot of times, there are different 32-bit and 64-bit libraries with the same name. To avoid any collusion, these binaries are kept in two separate directories accordingly named /lib32 and /lib64.

/media

• This directory contains several sub-directories where the system mounts removable devices such as USB drives.

/mnt

• This directory can be used by a user to manually mount a device. (as opposed to /media which is only used by the system)
• The current convention among users is making a separate subdirectory under /mnt and mounting the device in that subdirectory, while the older tradition is mounting the device directly in /mnt.

/opt

• /opt contains libraries and binaries related to packages which are not installed by your system’s package managers but are installed through third-party means like using Discord’s in-application update button.
• /opt is a less popular alternative to /usr/local . It is the vendor who decided where the libraries and binaries go but usually more monolithic and proprietary software like zoom use /opt .

/run

• This directory contains the metadata of the device since the last boot.
• This includes data of all the system processes and daemons that were executed in the current session.
• Files under this directory are cleared (removed or truncated) at the beginning of the boot process.

/sbin

• Just like /bin, /sbin also contains essential system binaries. However, these binaries are only meant to be used by a system administrator rather than a normal user.
• These binaries are mostly used for device management. For example, fdisk, fsck, mkfs, ifconfig, reboot.

NOTE: In the above screenshot, you might see that /sbin does not only contain the essential binaries but also non-essential ones. For the full explanation check the /usr merge section

/srv

• You will only ever use this directory if your device is acting as a webserver, as this directory contains all the files regarding web servers.
• For example if host a FTP connection, all the files that need to be shared should by default go in a /srv/ftp.

/tmp

• Contains temporary files of the currently running processes.
• This data is also flushed after every boot.

/proc

• Just like /dev which provides devices as files, this folder contains system information and kernel information as files.
• This includes information regarding memory, partitions, hardware (battery, temperature etc), all loaded kernel modules etc.

/sys (distro specific)

• It contains information similarly held in /proc/, but displays a hierarchical view of specific device information in regards to hot-plug devices.

/var

• Contains variable data regarding the running processes.
• This includes the logs, cache and spools for all applications.
• Spools are the data which are waiting for further processing. For example, A document waiting in the printer queue or an email header waiting to be sent.

/lost+found (ext4 feature)

• While not listed in the FHS, this directory is automatically generated by fsck.
• It stores all the orphaned and corrupted files in this folder.
• This includes the files you couldn’t save because of a power cut, files corrupted due to a failed upgrade process etc.

/root (optional)

• This is supposed to be the home directory for the root user, as opposed to /home which is the home directory for the non-root users.

/usr

The /usr directory has very interesting origins. At the time of formation, it was supposed to act like the /home directory, but when people ran out of space on /bin, they started storing the non-essential binaries in /usr. You can read the whole story here.

Over time, this directory has been fashioned to store the binaries and libraries for the applications that are installed by the user. So for example, while bash is in /bin (since it can be used by all users) and fdisk is in /sbin (since it should only be used by administrators), user-installed applications like vlc are in /usr/bin.

This way /usr has its own hierarchy just like the / (root) did.

/usr/bin

• This is the primary directory of executable commands on the system.
• Contains all user-installed command binaries and
• If you want to execute your scripts using a single command, you usually place them in /usr/bin/

/usr/sbin

/usr/lib

/usr/local

• This is used for all packages which are compiled manually from the source by the system administrator.
• This directory has its own hierarchy with all the bin, sbin and lib folders which contain the binaries and applications of the compiled software.

/usr/share

• Contains several architecture-independent miscellaneous files
• Man files, word lists (dictionaries) and definition files are all included in this.

The case for /usr merge – Is there really a difference between /bin and /usr/bin?

The need for moving non-essential binaries to a different folder historically arose from a lack of space in the /bin hard disk. However, that was 1971. Today over 50 years later, we no longer face the same size problems. This has rendered two separate folders for default and user-installed binaries useless. Over time this has also caused a hodge-podge in the filesystems, with both the directory having redundant binaries which makes it confusing.

For this reason, over the years, many distributions (Debian, Fedora, Ubuntu, Arch etc.) have merged /usr/bin and /bin in the same directory.

Similarly /usr/sbin – /sbin and /usr/lib – /lib have been merged into the same directory to simplify the directory structure. Now the /bin folder is just a symlink to the /usr/bin directory and the same for other merges.

You can read more about the discussion regarding these merges here and here.

Conclusion

Since 1993, the Filesystem Hierarchy Standard has been the guideline for Unix-like directory structures. It requires the root directory partition to contain all the files the system needs for booting and mounting additional partitions.

In 2015, FHS was integrated into the Linux Standard Base (LSB) and is now maintained by the Linux Foundation. To read more about the current FHS standard, I highly recommend checking out the full text of the last release in 2015. Keep exploring!

Источник

Filesystem Hierarchy Standard

All trademarks and copyrights are owned by their owners, unless specifically noted otherwise. Use of a term in this document should not be regarded as affecting the validity of any trademark or service mark.

Permission is granted to make and distribute verbatim copies of this standard provided the copyright and this permission notice are preserved on all copies.

Permission is granted to copy and distribute modified versions of this standard under the conditions for verbatim copying, provided also that the title page is labeled as modified including a reference to the original standard, provided that information on retrieving the original standard is included, and provided that the entire resulting derived work is distributed under the terms of a permission notice identical to this one.

Permission is granted to copy and distribute translations of this standard into another language, under the above conditions for modified versions, except that this permission notice may be stated in a translation approved by the copyright holder.

This standard consists of a set of requirements and guidelines for file and directory placement under UNIX-like operating systems. The guidelines are intended to support interoperability of applications, system administration tools, development tools, and scripts as well as greater uniformity of documentation for these systems.

Dedication

This release is dedicated to the memory of Christopher Yeoh, a long-time friend and colleague, and one of the original editors of the FHS. Without his dedication this work would not have been possible.

Источник