systemd-mount命令详解

systemd-mount 是 systemd 提供的一个命令行工具，用于动态创建和启动临时性的 .mount 或 .automount 单元。它的核心设计理念与传统的 mount(8) 命令不同：它不是立即执行挂载系统调用，而是将挂载操作排入 systemd 的服务管理器作业队列，从而能够自动处理父挂载点依赖、文件系统检查等前置条件，并支持按需自动挂载。

语法形式

该命令支持以下几种调用形式：

bash 复制代码

systemd-mount [OPTIONS...] WHAT [WHERE]
systemd-mount [OPTIONS...] --tmpfs [NAME] WHERE
systemd-mount [OPTIONS...] --list
systemd-mount [OPTIONS...] --umount WHAT|WHERE...

三种工作模式

单参数模式 ：如果只提供一个参数（WHAT），它应指向一个块设备或包含文件系统的镜像文件（如 /dev/sdb1 或 /path/to/disk.img）。systemd-mount 会探测该设备的文件系统标签等元数据，并将其挂载到 /run/media/system/ 下、以文件系统标签命名的目录中。此模式下设备必须已存在，以便进行探测。如果检测到设备是可移除设备（如 U 盘），会自动创建 automount 点而非普通挂载点。

双参数模式 ：如果提供两个参数，第一个是挂载源（WHAT），第二个是挂载点路径（WHERE）。此模式下不会探测源设备，后端设备节点也不必存在。但若同时使用 --discover，则会启用设备探测，此时设备必须存在。

--tmpfs 模式：创建并挂载一个临时文件系统（tmpfs）到指定路径。

systemd-umount 命令等价于 systemd-mount --umount，用于卸载挂载点或自动挂载点。

常用选项

选项	说明
`--no-block`	不等待操作完成，仅验证并排入队列
`--discover`	启用源设备探测（单参数模式下隐式启用）
`--list`	列出所有已知的可挂载块设备
`--umount`	卸载指定的挂载点或自动挂载点
`-l, --full`	`--list` 输出时不截断
`--no-pager`	不使用分页器输出
`--no-legend`	不输出列标题和脚注
`--quiet, -q`	抑制额外的信息输出
`--automount=`	控制是否创建 automount 单元（`yes`/`no`/`dev`/`always`）

其中 --automount= 参数含义：yes 表示总是创建 automount 单元；no 表示从不创建；dev 表示仅当设备为可移除设备时创建（单参数模式下的默认行为）；always 表示总是创建 automount 单元并启用它。

使用示例

挂载 U 盘（自动探测） ：直接提供设备路径，systemd-mount 会自动探测并挂载到 /run/media/system/ 下：

bash 复制代码

systemd-mount /dev/sdb1

对于可移除设备，此操作会创建一个 automount 点，访问该目录时才会实际挂载。

挂载到指定路径：指定源和目标路径：

bash 复制代码

systemd-mount /dev/sdb1 /mnt/usb

创建临时文件系统：

bash 复制代码

systemd-mount --tmpfs /tmp/mytmpfs

列出可挂载设备：

bash 复制代码

systemd-mount --list

卸载：

bash 复制代码

systemd-umount /mnt/usb
# 或
systemd-mount --umount /mnt/usb

与 mount 命令的关键区别

传统 mount 命令直接执行系统调用，立即完成挂载；而 systemd-mount 将挂载作为 systemd 作业调度，这带来了几个实际差异：它可以自动拉入父挂载点依赖、在挂载前执行文件系统检查、利用 automount 机制实现按需挂载，以及将挂载点作为 systemd 单元进行统一管理。此外，systemd-mount 创建的挂载点是临时的 ，不会写入 /etc/fstab，系统重启后不会自动恢复。若需要持久化挂载，仍需通过 /etc/fstab 或创建永久的 .mount 单元文件来实现。

systemd-mount底层原理解析

systemd-mount 的底层原理核心在于，它并非直接调用 mount() 系统调用，而是作为一个D-Bus 客户端 ，将挂载意图转换为"瞬时单元"（transient unit）的创建请求，交由 systemd 服务管理器（PID 1）进行调度和执行。这是一种"声明式"的挂载方式，其能力远超出传统 mount 命令。

🔌 D-Bus 通信：挂载请求的入口

systemd-mount 执行时，会通过 D-Bus 总线连接到 systemd 的 org.freedesktop.systemd1 服务。它主要调用 org.freedesktop.systemd1.Manager 接口上的 StartTransientUnit() 方法。

这个方法的调用参数中，最关键的是单元名称和属性列表。systemd-mount 会根据挂载点和源设备路径，按照 systemd 的单元命名规则（将 / 替换为 -）生成类似 mnt-usb.mount 或 run-media-system-UDISK.automount 的单元名。属性列表则是一组键值对，用于定义挂载的具体行为，例如 What（源设备）、Where（挂载点）、Type（文件系统类型）、Options（挂载选项）等。这些属性会通过 transient_unit_set_properties 等函数填充到 D-Bus 消息中。

🏗️ 瞬时单元的生成与依赖解析

systemd 接收到 StartTransientUnit() 请求后，会在内存中动态创建一个瞬时挂载单元。这个单元不会在文件系统中留下 .mount 或 .automount 文件，其生命周期与挂载本身绑定，当挂载被卸载或系统重启后即消失。

该机制的精髓在于 systemd 会自动为这个新单元解析并注入一系列依赖关系：

父挂载点依赖 ：如果挂载点位于另一个已存在的挂载点之下，systemd 会自动创建一个 Requires= 和 After= 依赖，确保父挂载点先被挂载。
文件系统检查依赖 ：如果源设备是一个块设备，且该设备类型需要 fsck，systemd 会自动创建一个对 systemd-fsck@.service 的 Requires= 依赖，确保在挂载前文件系统检查已完成。
设备单元依赖 ：如果挂载源是一个块设备（如 /dev/sdb1），systemd 会自动为该设备创建一个 .device 单元，并建立对它的依赖。这个 .device 单元由 udev 在设备就绪时生成，从而保证挂载操作会等待设备被内核和 udev 完全识别后再执行。

⚙️ 自动挂载（Automount）的触发机制

当 systemd-mount 检测到源设备是可移除设备（如 U 盘）时，会默认创建一个 .automount 单元，而非普通的 .mount 单元。这是其底层原理中最具特色的部分。

.automount 单元会在挂载点目录上建立一个内核级别的自动挂载点 （通过 autofs 机制）。这意味着，该目录初始状态下是"空的"或不可访问的。只有当有进程首次尝试访问该目录下的文件时 ，内核才会触发 autofs 机制，通知 systemd。systemd 随即启动对应的 .mount 单元来真正执行挂载操作，随后进程的访问请求被恢复，用户感觉上就像文件一直存在一样。

这种机制配合 TimeoutIdleSec= 设置，可以实现"空闲自动卸载"，进一步提升了可移除设备管理的灵活性。

🔍 设备发现与 `udev` 的协同

systemd-mount 在单参数模式下，会调用底层的 libmount 库对指定的块设备或镜像文件进行探测，读取其文件系统标签（LABEL）和 UUID 等元数据，并据此生成更具描述性的单元名和挂载路径（如 /run/media/system/MyUSB）。

这一过程与 udev 深度协同。systemd 会为所有被 udev 打上 "systemd" 标签的块设备动态创建 .device 单元-。当 systemd-mount 为某个设备创建挂载单元时，systemd 会查找是否已存在对应的 .device 单元。如果存在，就自动建立依赖，确保挂载操作在设备完全就绪（即 udev 处理完毕）之后才开始。这避免了在设备节点出现但尚未准备好时过早挂载导致的错误。

⚖️ 与 `mount` 命令的底层实现对比

两者的根本区别在于执行主体和时机：

mount(8) ：作为一个用户态进程，直接调用 mount() 系统调用。挂载操作是同步且立即 的。它无法感知 systemd 的单元依赖关系，父挂载点必须已存在，fsck 也需要用户手动或通过脚本预先执行。
systemd-mount ：作为一个 D-Bus 客户端 ，它不直接执行挂载 ，而是"请求" systemd 去做。systemd 将挂载作为一个作业（job） 排入队列，并由其统一调度。这赋予了它处理复杂依赖关系、利用 automount 机制以及集中管理挂载单元的能力。

简而言之，systemd-mount 将挂载操作从一次性的系统调用，提升为了一项由服务管理器负责、具备依赖感知和生命周期管理能力的系统任务。

systemd-mount 生成的 .mount 或 .automount 文件并非传统意义上的持久化单元文件 ，它们作为"瞬时单元"（transient unit）被创建，并以临时文件的形式存放在内存文件系统（tmpfs）中。

🗂️ 具体存放路径

根据单元的作用范围，路径分为以下两种：

系统级单元 ：存放在 /run/systemd/transient/ 目录下。这是系统服务管理器创建的瞬时单元的标准位置。
用户级单元 ：存放在 $XDG_RUNTIME_DIR/systemd/transient/ 目录下。这通常对应于 /run/user/$UID/systemd/transient/，用于管理用户会话内的挂载。

⏳ 生命周期与持久性

这些文件的生命周期与系统运行状态紧密绑定：

临时性 ：由于 /run 和 $XDG_RUNTIME_DIR 都是基于内存的 tmpfs，这些单元文件在系统重启或用户会话结束后不会保留。
动态管理 ：它们完全由 systemd 在运行时动态管理。当挂载被卸载（例如通过 systemd-umount）或系统关闭时，对应的瞬时单元文件会被自动清理。

因此，如果你需要持久化 的挂载配置，仍需通过编辑 /etc/fstab 或手动在 /etc/systemd/system/ 下创建永久的 .mount/.automount 单元文件来实现。

systemd-mount命令详解