第 5 章 · 07 挂载模型:`mount`、`umount`

文档摘要

第 5 章 · 07 挂载模型: 、本节摘要:本章最后一节,我们面对一个根本问题:Linux 为什么能用统一的「文件树」访问硬盘、U 盘、ISO、网络存储这些完全不同的设备? 答案是「挂载」( )——把一个设备「接到」文件树的某个目录节点,从此访问那个目录就是访问设备里的内容。这是 Linux「一切皆文件」哲学的实现机制。本节讲清三件事: / 的基本用法(挂载 U 盘、ISO); 让设备开机自动挂载;以及那个你一定听过却可能没真懂的警告——「必须先再拔 U 盘」。根因是 Linux 为了性能默认异步写,数据可能还在内存缓冲里没落盘,直接拔会导致数据丢失或文件系统损坏。理解挂载,你才算是从「用文件」升级到「懂文件系统」。内容来源:原项目「Linux 命令大全」 ,精选并套用体系化模板。

第 5 章 · 07 挂载模型:`mount`、`umount`

本节摘要:本章最后一节,我们面对一个根本问题:Linux 为什么能用统一的「文件树」访问硬盘、U 盘、ISO、网络存储这些完全不同的设备? 答案是「挂载」(mount)——把一个设备「接到」文件树的某个目录节点,从此访问那个目录就是访问设备里的内容。这是 Linux「一切皆文件」哲学的实现机制。本节讲清三件事:mount/umount 的基本用法(挂载 U 盘、ISO);/etc/fstab 让设备开机自动挂载;以及那个你一定听过却可能没真懂的警告——「必须先 umount 再拔 U 盘」。根因是 Linux 为了性能默认异步写,数据可能还在内存缓冲里没落盘,直接拔会导致数据丢失或文件系统损坏。理解挂载,你才算是从「用文件」升级到「懂文件系统」。

内容来源:原项目「Linux 命令大全」command/mount.md,精选并套用体系化模板。

学习目标

阅读完本节,你应当能够:

说清「挂载」的本质:把一个设备接到文件树的某个目录节点,访问该目录即访问设备内容。
用 mount 挂载 U 盘/分区/ISO,用 umount 卸载,理解「占用中无法卸载」(target is busy)。
看 /etc/fstab 的格式,理解开机自动挂载的机制。
解释「为什么必须先 umount 再拔 U 盘」:异步写、缓冲未落盘。
用 sync 命令手动触发缓冲落盘,作为拔 U 盘前的双重保险。

一、设计动机:「一切皆文件树」是怎么实现的

Windows 用盘符(C:、D:、E:)区分设备,每个设备是独立的「树根」。Linux 走了完全不同的路:整个系统只有一棵文件树,根是 /,所有设备都要「挂」到这棵树的某个目录上才能访问。


/
├── bin/
├── etc/
├── home/
│   └── user/
├── mnt/                ← 挂载点(常见的挂载目录)
│   ├── usb/            ← U 盘挂这里
│   └── iso/            ← ISO 挂这里
└── ...

设想你插了一个 U 盘(/dev/sdb1)。在 Windows 上它会变成 E:;在 Linux 上,你必须先创建一个目录(/mnt/usb),然后用 mount 把 /dev/sdb1 「接到」/mnt/usb 上。从此访问 /mnt/usb/ 就是访问 U 盘根目录。


sudo mkdir -p /mnt/usb
sudo mount /dev/sdb1 /mnt/usb       # 把 U 盘分区接到 /mnt/usb
ls /mnt/usb                         # 看到的是 U 盘里的内容

关键概念:挂载 = 把设备接到文件树的某个目录节点。这个目录叫「挂载点」(mount point)。挂载前挂载点可以是空目录(规范),挂载后访问该目录就是访问设备的根。卸载(umount)后,目录恢复成原来的空目录。

为什么要这样设计

统一文件树的好处是:所有工具(ls、cp、grep、find)都能无差别地访问任何设备。你 cp /mnt/usb/file.txt ~/ 复制 U 盘文件,和 cp /home/user/file.txt ~/ 复制本地文件,命令完全一样——不需要专门的「U 盘复制命令」。这是「一切皆文件」哲学的核心红利。

挂载是「覆盖」不是「合并」

注意一个细节:挂载点目录原有的内容会被「遮住」,设备内容取而代之。卸载后,原内容才重新可见。


$ ls /mnt/usb                        # 挂载前: 空目录
$ sudo mount /dev/sdb1 /mnt/usb
$ ls /mnt/usb                        # 挂载后: U 盘内容
doc.pdf  photo.jpg
$ sudo umount /mnt/usb
$ ls /mnt/usb                        # 卸载后: 又变回空目录

所以挂载点最好是空目录,避免「挂载后看不到原文件」的困惑。

二、高频组合与实战

1. 查看当前所有挂载


$ mount                              # 列出所有挂载(老式)
$ findmnt                            # 树状显示, 更直观(推荐)
$ df -h                              # 顺带看挂载点和容量

findmnt 是更现代的工具,树状展示挂载关系,比 mount 的扁平输出好读。

2. 挂载 U 盘(最经典流程)


# 第 1 步: 找出 U 盘设备名
lsblk                                # 看所有块设备
# NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
# sda      8:0    0  500G  0 disk
# ├─sda1   8:1    0   50G  0 part /
# └─sda2   8:2    0  450G  0 part /home
# sdb      8:16   1   16G  0 disk          ← 这就是 U 盘
# └─sdb1   8:17   1   16G  0 part

# 第 2 步: 创建挂载点(空目录)
sudo mkdir -p /mnt/usb

# 第 3 步: 挂载
sudo mount /dev/sdb1 /mnt/usb

# 第 4 步: 用完了, 卸载(必须!)
sudo umount /mnt/usb                 # 或 sudo umount /dev/sdb1

💡 技巧:lsblk 是找 U 盘设备名的最佳工具,比 fdisk -l 简洁。看 TYPE=part 且 SIZE 符合 U 盘容量的,就是它。设备名通常是 /dev/sdb1、/dev/sdc1(插入顺序决定字母)。

3. 挂载 ISO 文件(用 loop)


sudo mount -o loop ubuntu-22.04.iso /mnt/iso
# -o loop: 把文件当成块设备挂载(无需真实设备)
ls /mnt/iso                         # 直接查看 ISO 内容, 不用刻盘

-o loop 是个超有用的选项——把一个文件(ISO、img)当成块设备挂载。下载了 Linux 安装 ISO,想看看里面有什么?mount -o loop 直接挂,不用刻光盘、不用解压。

4. 以只读模式挂载(取证、防误改)


sudo mount -o ro /dev/sdb1 /mnt/usb     # ro = read-only

-o ro 让挂载只读,任何写操作都会被拒绝。取证、恢复数据时务必用只读挂载,避免误操作破坏原始证据。

5. `/etc/fstab`:开机自动挂载

手动 mount 重启后就没了。要让某个分区开机自动挂载,写进 /etc/fstab:


$ cat /etc/fstab
# <设备>              <挂载点>   <类型>  <选项>        <dump> <pass>
/dev/sda1             /          ext4    defaults       0      1
/dev/sda2             /home      ext4    defaults       0      2
/dev/sdb1             /mnt/data  ext4    defaults       0      0

每一行六个字段:

设备:可以是设备名(/dev/sdb1)、UUID(/dev/disk/by-uuid/...,更稳健)、LABEL。
挂载点:接到哪个目录。
文件系统类型:ext4、xfs、vfat(U 盘)、ntfs(Windows 分区)、nfs(网络)。
挂载选项:defaults(默认组合,含 rw/suid/dev/exec/auto/nouser/async)或其他特定选项。
dump:是否被 dump 备份工具处理(通常 0)。
pass:开机 fsck 检查顺序(根分区 1,其他 2,不检查 0)。

⚠️ 注意:改 /etc/fstab 务必用 sudo mount -a 测试一遍——如果写错了设备名或类型,重启后系统进不了桌面(卡在挂载阶段)。mount -a 会按 fstab 把所有未挂载的项挂一遍,验证语法正确。生产环境改 fstab 不测试就重启,是经典翻车现场。

💡 技巧:用 UUID 而不是设备名。/dev/sdb1 可能在插拔顺序变化后变成 /dev/sdc1,而 UUID 是文件系统级别的唯一标识,永不变。blkid 查 UUID,写 UUID=xxxx /mnt/data ext4 defaults 0 0。现代发行版的 fstab 几乎都用 UUID。

三、踩坑与排错

坑 1:为什么必须先 `umount` 再拔 U 盘

这是从小听到大的警告,但少人说清为什么。根因是异步写(async)性能优化:

Linux 默认不「立即」把数据写到磁盘——它先写到内存缓冲区(page cache),等系统闲了或缓冲满了再批量落盘。这大幅提升性能。
但副作用是:你以为 cp 已经完成了,数据可能还在内存里,没真正写到 U 盘。
如果你这时候直接拔 U 盘,缓冲里的数据丢了,更糟的是文件系统元数据不一致,下次插上发现「文件损坏」「无法识别」。

正确流程:


sync                                # 手动触发: 把所有脏缓冲落盘
sudo umount /mnt/usb                # 卸载(也会触发落盘)
# 等命令返回后, 才能安全拔 U 盘

sync 是「保险动作」——它强制把所有未写缓冲刷到磁盘。umount 在卸载前也会做同样的事。两者都完成、命令返回后,才能拔 U 盘。

关键概念:异步写是性能与安全的权衡。Windows 的「安全弹出」、Linux 的 umount,本质上都是「请系统把缓冲落盘,我等它写完再拔」。跳过这一步就是赌「缓冲刚好已经落盘了」——大多数时候没事,出事时就丢数据。

坑 2:`target is busy`——卸载失败


$ sudo umount /mnt/usb
umount: /mnt/usb: target is busy

「目标忙」是因为有进程正在使用挂载点——可能是你的 shell 当前目录就在 /mnt/usb 里,或某个程序打开了里面的文件。

排查:


$ sudo lsof +D /mnt/usb            # 找出谁在用 /mnt/usb 下的文件
COMMAND   PID  USER  ...  NAME
bash     1234  user  ...  /mnt/usb   ← 你的 shell 在这里
$ cd /                              # 离开挂载点
$ sudo umount /mnt/usb              # 再卸载, 成功

常见元凶:

你的 shell cd 到了挂载点里(最常见)
某个编辑器(vim)开着里面的文件
文件管理器(图形界面)在显示该目录
后台进程(如 tail -f)在读里面的文件

解决:关掉所有占用挂载点的进程,再 umount。lsof +D 挂载点 是定位神器。

坑 3:`/etc/fstab` 写错导致开不了机


UUID=xxxx /mnt/data ext4 defaults 0 0
# 但 xxxx 这个 UUID 根本不存在!

重启后系统卡在挂载这一步,提示进入 emergency mode。修复:在 emergency mode 下,vi /etc/fstab 注释掉错误行,然后 reboot。

预防:改完 fstab 一定 sudo mount -a 测试——能挂上才说明语法和设备都对。

坑 4:挂载 NTFS/U 盘需要额外工具


$ sudo mount /dev/sdb1 /mnt/usb
mount: unknown filesystem type 'ntfs'

Linux 默认支持 ext4/xfs/vfat,但 NTFS(Windows)可能需要 ntfs-3g 包:


sudo apt install ntfs-3g           # Debian/Ubuntu
sudo mount -t ntfs-3g /dev/sdb1 /mnt/usb

exFAT(U 盘常见)也需要 exfat-fuse/exfatprogs。挂载失败提示「unknown filesystem type」,就是缺对应驱动。

坑 5:挂载点目录有内容被「遮住」后忘了


$ echo "important" > /mnt/usb/key.txt     # 挂载前写了东西
$ sudo mount /dev/sdb1 /mnt/usb           # 挂载后 key.txt 「不见了」
$ ls /mnt/usb                             # 只看到 U 盘内容
$ sudo umount /mnt/usb                    # 卸载后
$ cat /mnt/usb/key.txt                    # 内容还在, 只是挂载期间被遮住
important

挂载是「遮盖」不是「合并」——挂载期间挂载点原内容不可见。所以规范做法是挂载点用空目录(/mnt/xxx、/media/xxx),别在挂载点里放文件。

坑 6:网络文件系统(NFS/SMB)挂载卡住导致系统假死


sudo mount -t nfs server:/share /mnt/nfs    # 挂载网络盘
# 如果 server 宕机, 任何访问 /mnt/nfs 的进程都会卡死(D 状态)

网络文件系统的「副作用」是网络中断时,访问挂载点的进程会进入不可中断睡眠(D 状态),连 ls /mnt/nfs 都卡住不动。这是 NFS 默认「硬挂载」的特性。解决方案:

用 soft 选项:mount -t nfs -o soft server:/share /mnt/nfs,超时后返回错误而不是无限重试。
加 timeo、retrans 控制超时。
关键业务避免网络文件系统,改用本地盘 + 同步工具。

⚠️ 注意:df 卡住也可能是网络文件系统在轮询。如果 df -h 突然很慢或卡住,先看 /proc/mounts 有没有挂了 NFS/CIFS,八成是网络盘掉线。这时用 df -l(--local)只看本地文件系统,能避开。

坑 7:同一个设备挂到多个挂载点(bind mount)


sudo mount --bind /var/log /mnt/log_backup    # 把 /var/log 也挂到 /mnt/log_backup

--bind 允许把一个目录「再挂」到另一个挂载点——两个路径访问的是同一份文件。这在容器、chroot、备份场景常见。副作用是 du 统计根目录时会重复计算,导致数字虚高。排查时用 findmnt 看清挂载关系,排除 bind mount 的重复。

💡 技巧:Docker 的 volume、容器的 layer,本质上就是 mount --bind + overlay 文件系统的组合。理解 Linux 的 mount 模型,你才看得懂容器的「卷映射」到底在干什么——它就是把宿主机目录挂进容器的文件树。

本节要点回顾

挂载 = 把设备接到文件树的某个目录节点,这是 Linux「一切皆文件树」的实现机制;挂载点最好是空目录。
挂载是「遮盖」不是「合并」——挂载期间原目录内容不可见,卸载后恢复。
U 盘挂载流程:lsblk 找设备 → mkdir 建挂载点 → mount 挂载 → 用完 umount 卸载。
mount -o loop 把文件(ISO/img)当块设备挂载;mount -o ro 只读挂载(取证用)。
/etc/fstab 实现开机自动挂载,六字段:设备/挂载点/类型/选项/dump/pass;改完务必 mount -a 测试,否则可能开不了机。
用 UUID 而非设备名写 fstab——UUID 是文件系统级唯一标识,不会因插拔顺序变化。
「必须先 umount 再拔 U 盘」根因:异步写,数据可能还在内存缓冲没落盘;sync + umount 才安全。
target is busy 是有进程占用挂载点(常见是 shell cd 在里面),lsof +D 挂载点 定位元凶,关掉进程再卸载。

本章到此结束。回顾全章路径:ls -l 解读权限(01)→ chmod 改权限(02)→ 目录权限的真相(03)→ chown 改身份(04)→ umask 定默认(05)→ df/du 看磁盘(06)→ mount/umount 挂设备(07)。前五节构成「权限」的完整闭环,后两节把视角抬到「物理磁盘」。至此你已经彻底看懂 ls -l 的每一列,理解 inode、权限、挂载三者如何共同构成 Linux 文件系统的底层骨架。

下一章(第 6 章)视角从「文件」切到「进程」——看谁在跑、占什么资源。其中「进程持有的 fd」会把本章的「删大文件空间不释放」「umount target busy」两个现象彻底串起来:它们都是「进程还持有文件引用」的不同表现。

第 5 章 · 07 挂载模型:`mount`、`umount`

文档摘要