Linux mount 命令：查询挂载、只读连接与卸载验证

mount 将文件系统接入 Linux 的目录树，让文件通过某个目录路径可见；不带参数时也能列出当前挂载。单纯核对来源、类型和挂载选项时，通常使用 findmnt 更清楚；实际挂载会改变系统状态，应先核实设备与目标目录。

挂载点是连接文件系统的目录，基础示例要求该目录已经存在。将文件系统挂到有内容的目录上，不会因此删除原有内容，但原内容在该挂载仍覆盖目录时不可见。挂载成功也不代表具备写权限，能否写入还取决于挂载选项、文件权限及文件系统状态。

基本语法与操作前提

mount [option] [device] [mount point]

方括号内是说明性占位符，不应原样输入。普通设备挂载通常需要管理员授权；存在用户挂载规则等例外时，以本机配置为准。安装实现与选项可能不同，先用 man mount 核对。

开始前用 lsblk 的设备与挂载关系查询及 blkid 的文件系统识别查询确认对象，区分整盘、分区和逻辑设备。/dev/sdb1 与 /mnt/data 只是示例，不能未经核对就套到本机。

确认目标目录存在、不是不明符号链接，并检查它是否已经是挂载点或有重要内容。没有目录时，应按维护约定创建专用目录后再操作；不要因为查询没有结果就直接认为目录不存在或可安全覆盖。

查询、只读挂载与结果验证

先查询示例挂载点。

findmnt /mnt/data

这个形式按设备或挂载点查找，不能一概理解成“找任意路径所属文件系统”。要查询一个普通文件或目录所在的文件系统，应明确使用 findmnt --target /mnt/data；要确认 /mnt/data 本身是挂载点，可在支持的版本中用 findmnt --mountpoint /mnt/data。没有匹配还须结合退出状态、路径和可见范围判断。

确认设备与内容后，按只读方式挂载。

sudo mount -o ro /dev/sdb1 /mnt/data

这里只改变临时挂载状态，不会自动写入持久配置。ro 请求只读访问，但不是对底层介质“绝不写入”的保证：上游手册说明，ext3/ext4 等文件系统在未干净关闭时，即使只读挂载也可能回放日志。需要严格保全原始介质时，应按具体文件系统与取证流程处理，不能只凭 -o ro 宣称零写入。

再次查看挂载来源、类型和选项。

findmnt /mnt/data

对于刚才请求的只读挂载，确认实际 SOURCE 是预期设备，FSTYPE 与已识别内容一致，并在 OPTIONS 中确认 ro。不能仅看命令没有报错就认为所有设置都正确，也不要通过创建测试文件来检验未知或需保全介质。

读取挂载输出并区分 ro 与 rw

重复查询用于说明输出列，不是要求重新挂载：

findmnt /mnt/data

下面是另一个已按读写方式挂载的环境示意，不是前面 -o ro 成功后的预期结果，也不是当前主机实测：

TARGET    SOURCE    FSTYPE OPTIONS
/mnt/data /dev/sdb1 ext4   rw,relatime

TARGET 是挂载点，SOURCE 是来源，FSTYPE 是文件系统类型，OPTIONS 是选项。这里 rw 表示读写挂载，不能拿它证明只读请求成功；前面只读示例应核对 ro。relatime 是访问时间更新策略，与只读标志不是同一件事。

mount 成功时通常没有额外输出，但仍应检查退出状态，并用实际挂载表核对。需要稳定列的查询，可用 findmnt --mountpoint /mnt/data --output TARGET,SOURCE,FSTYPE,OPTIONS；脚本不能假设默认列或本地化标题永远不变。

挂载期间该路径指向接入文件系统的根。原目录内容若被遮住，应先确认业务不再依赖当前挂载，再按下面的卸载方式恢复可见；不要为了找回原文件而删除当前可见的内容。

主要选项与常见误用

mount -a 不是“只检查配置”的命令，还可能出现部分成功、部分失败。上游建议检查 fstab 使用 findmnt --verify，但静态检查通过也不能证明设备、网络与开机条件一定满足。不要为了测试一个挂载点而无意处理整份配置。

--bind 的两个位置访问同一份内容，不会创建独立副本；普通 bind 也不递归带入所有子挂载。使用前要理解目录关系和访问选项，不能把它当作隔离数据或保存恢复副本的方法。

卸载、恢复可见与持久挂载

只在确认本次临时挂载可以结束、相关任务已停止访问后，使用 sudo umount /mnt/data 卸载。命令是 umount，不是 unmount。卸载前让自己的终端离开该目录，并关闭正在使用其中内容的程序，再查询挂载表确认解除。

如果提示 busy，应先定位打开文件、当前工作目录或其他依赖，按服务维护流程处理；不要直接加 -f 或 -l 来掩盖占用。umount 手册说明这些限制。卸载后原目录内容通常重新可见，但本次挂载期间对接入文件系统所做的修改不会被撤销。

一次 mount 通常不会在重启后自动恢复。需要持久连接时，应另行设计 /etc/fstab 或系统挂载单元，使用经过核实的通用唯一标识符（UUID）等来源标识，并保留原配置和恢复入口。UUID 也可能因克隆而重复，不能只按名字猜测目标。

本篇不提供可直接粘贴的持久配置，因为来源、类型、选项、依赖与失败策略都须按实际环境确定。错误的系统或关键数据挂载设置可能影响启动；应按维护流程验证配置及实际行为，不要直接重启生产主机来试错。

常见问题

只执行一次 mount，重启后会保留吗？

通常不会。临时挂载与持久配置是不同的工作；自动恢复需要 fstab、挂载单元或其他管理机制。已经由系统自动管理的挂载也应检查其现有配置，避免重复添加。

官方文档

util-linux mount 手册说明挂载语义、只读限制与各类选项；findmnt 手册说明路径查询、挂载点查询和输出列。新版本功能应与已安装版本对照使用。