Mount Points in Linux — Understanding Filesystems and Storage Mounting¶
A mount point is a directory where a storage device, partition, or remote filesystem becomes accessible in the Linux filesystem hierarchy. Unlike Windows, which uses drive letters (C:, D:, E:), Linux integrates all storage devices into a single directory tree using mount points. Understanding mount points is essential for Linux administration, cloud computing, Kubernetes, Docker, storage management, and production infrastructure.
Learning Path¶
Course Progress
What You'll Learn¶
After completing this lesson, you'll be able to:
- Understand mount points
- Learn the Linux filesystem hierarchy
- Mount and unmount filesystems
- View mounted filesystems
- Configure persistent mounts
- Understand
/etc/fstab - Troubleshoot mount failures
- Manage storage in production
Prerequisites¶
Complete:
- Module 1 – Linux Fundamentals
- Module 2 – Command Line Essentials
- Module 3 – Text Processing
- Module 4 Lessons 1–8
Why Learn Mount Points?¶
Imagine your production server has:
- 1 SSD for the operating system
- 2 SSDs for databases
- 1 NFS share for backups
- 1 cloud storage volume
How does Linux make all these devices appear as one unified filesystem?
The answer is mount points.
Linux Storage Philosophy¶
Unlike Windows:
Linux has only one filesystem tree.
Every storage device becomes part of this tree after it is mounted.
What is a Mount Point?¶
A mount point is simply a directory where another filesystem is attached.
Example:
Suppose:
is mounted on:
Now all files stored on /dev/sdb1 are accessed through:
Visual Representation¶
Before mounting:
After mounting:
The contents of the mounted filesystem become visible through the mount point.
Viewing Mounted Filesystems¶
Display mounted filesystems.
Example:
Better View¶
Example:
Display Disk Usage¶
Example:
Display Block Devices¶
Example:
Include mount points.
Mounting a Filesystem¶
Create a mount point.
Mount.
Verify.
Access Files¶
Once mounted:
You are now working directly with the mounted filesystem.
Unmounting¶
Syntax:
or
Verify.
Why Unmount?¶
Always unmount removable storage before disconnecting it.
This ensures:
- Pending writes are completed
- Filesystem corruption is avoided
- Metadata is synchronized to disk
Busy Filesystem¶
Error:
Determine which process is using the mount.
or
After stopping the processes, unmount again.
Temporary vs Persistent Mounts¶
Temporary:
Valid until reboot.
Persistent:
Automatically mounted during system startup.
Understanding /etc/fstab¶
Display.
Example:
Fields:
| Field | Description |
|---|---|
| Device | UUID or device name |
| Mount Point | Directory |
| Filesystem | ext4, xfs, etc. |
| Options | Mount options |
| Dump | Backup flag |
| Pass | Filesystem check order |
Why Use UUID?¶
Instead of:
Use:
Device names can change between reboots, but UUIDs remain consistent.
View UUIDs.
or
Test fstab¶
After editing:
If there are no errors, the configuration is valid.
Mount Options¶
Common options.
| Option | Meaning |
|---|---|
| defaults | Standard options |
| ro | Read Only |
| rw | Read/Write |
| noexec | Prevent execution |
| nosuid | Ignore SUID bits |
| nodev | Ignore device files |
| noatime | Don't update access time |
Example:
Mounting ISO Images¶
Network Filesystems¶
NFS.
SMB/CIFS.
Common Commands¶
View mounts.
Disk usage.
Block devices.
Mount.
Unmount.
Filesystem IDs.
Real Production Examples¶
Mount database storage.
Mount application storage.
Mount backup storage.
Mount Kubernetes persistent volume.
Mount Docker storage.
Production Perspective¶
Mount points are used extensively in:
- Linux servers
- Cloud VMs
- Kubernetes Persistent Volumes
- Docker volumes
- NAS devices
- SAN storage
- NFS servers
- Backup systems
Understanding mount points is critical for storage administration and troubleshooting.
Hands-on Lab¶
Task 1¶
Display mounted filesystems.
Task 2¶
Display block devices.
Task 3¶
Display UUIDs.
Task 4¶
Display mounted tree.
Task 5¶
Display disk usage.
Task 6¶
Create a mount point.
(Do not mount a production device unless you understand the impact.)
Task 7¶
Inspect /etc/fstab.
Task 8¶
Validate fstab configuration.
Command Deep Dive¶
| Command | Purpose | Production Example |
|---|---|---|
mount | Display or mount filesystems | Storage management |
umount | Unmount filesystems | Safe removal |
findmnt | Show mount tree | Troubleshooting |
df -h | Filesystem usage | Capacity planning |
lsblk | Display block devices | Storage inventory |
blkid | Display UUIDs | Persistent mounts |
Production Troubleshooting Scenario¶
Scenario
A production application fails after a reboot because its data volume is missing.
Investigation:
The storage volume was configured using:
After reboot, the kernel assigned it:
Solution:
Replace the device name with its UUID in /etc/fstab.
Validate:
The application now finds the correct storage regardless of device naming.
Best Practices¶
- Prefer UUIDs over device names in
/etc/fstab. - Always test
/etc/fstabwithmount -a. - Unmount removable media before disconnecting.
- Create meaningful mount point names.
- Monitor disk usage with
df -h.
Common Mistakes¶
❌ Using /dev/sdb1 in /etc/fstab when a UUID is more reliable.
✅ Avoid using /dev/sdb1 in /etc/fstab when a UUID is more reliable when a safer approach exists.
❌ Editing /etc/fstab without testing.
✅ A mistake can prevent the system from mounting filesystems correctly at boot.
❌ Removing a mounted USB drive without unmounting it first.
✅ This may lead to data loss or filesystem corruption.
Interview Questions¶
Beginner¶
- What is a mount point?
- Which command displays mounted filesystems?
- What does
df -hshow? - What is
/etc/fstabused for?
Intermediate¶
- Why should UUIDs be used instead of device names?
- What is the difference between
mountandfindmnt? - How do you troubleshoot a "target is busy" error?
- What does
mount -ado?
Architect Level¶
- How would you design persistent storage for a production application server?
- Why is correct mount configuration important for Kubernetes worker nodes?
- How would you troubleshoot storage failures after a server reboot?
Summary¶
In this lesson, you learned:
- Linux mount points
- Viewing mounted filesystems
- Mounting and unmounting storage
- Persistent mounts with
/etc/fstab - UUIDs
- Mount options
- Production storage management
- Troubleshooting mount failures
Mount points are a fundamental part of Linux storage management. They allow multiple local and remote filesystems to appear as a single unified directory tree, simplifying administration and enabling scalable storage architectures.
Key Takeaways¶
- Linux uses a single filesystem hierarchy rooted at
/. - A mount point is a directory where a filesystem is attached.
- Use
mount,findmnt,df, andlsblkto inspect storage. - Configure persistent mounts in
/etc/fstab. - Prefer UUIDs over device names.
- Always unmount removable storage before disconnecting it.
What's Next?¶
Disk Usage in Linux — Monitoring Storage and Filesystem Space
In the next lesson, you'll learn:
- Monitoring filesystem usage with
df - Measuring directory sizes with
du - Tracking inode usage
- Finding large files
- Troubleshooting full disks in production