systemd systemd-mount 怎样临时创建挂载单元

临时接入一个磁盘、镜像文件或 tmpfs 时，systemd-mount 可以把挂载请求交给 systemd 的服务管理器，动态创建并启动 transient .mount 或 .automount 单元。它适合临时排障、一次性数据导入和按需访问，不会像编辑 /etc/fstab 那样直接留下持久化配置。

官方地址：https://www.freedesktop.org/software/systemd/man/latest/systemd-mount.html

最常用的写法是 systemd-mount WHAT WHERE：第一个参数是设备、镜像或其他挂载来源，第二个参数是绝对挂载点。卸载时使用 systemd-mount --umount WHERE 或 systemd-umount WHERE。关键区别在于请求进入 systemd 的作业队列，状态可以继续用单元工具管理。

systemd-mount 和 mount 到底差在哪里

传统 mount 更像一次直接的系统调用入口；systemd-mount 会先把请求交给服务管理器，由 systemd 处理挂载单元、依赖关系和启动作业。对临时操作来说，这个差异的价值不在命令更短，而在挂载点有了一个可查询、可停止的单元身份。

这里可以把输入和职责拆成四块：WHAT 描述来源，WHERE 描述目标路径，systemd-mount 负责生成请求，最终由临时挂载单元配合系统的挂载程序完成实际工作。图中的连线只表达静态依赖，不代表本机已经执行过这些命令。

用两个参数临时挂载设备或镜像

先准备一个真实存在的绝对挂载点，再传入来源和目标路径。下面示例使用占位设备 /dev/sdb1，发布后请替换成实际设备；命令本身不要求你把单元文件写入 /etc/systemd/system。

# 创建挂载点，避免把不存在的目录误判成 systemd-mount 故障
sudo install -d -m 0755 /srv/archive

# 将块设备交给 systemd，WHAT 是来源，WHERE 是目标挂载点
sudo systemd-mount /dev/sdb1 /srv/archive

# 镜像文件也可以使用同样的 WHAT/WHERE 形式
sudo systemd-mount /var/tmp/archive.img /srv/archive

双参数模式不会主动探测来源的文件系统标签；如果要显式指定文件系统类型或挂载参数，可以加入 --type= 和 --options=。例如只在你确认设备类型时使用：

# 仅示例：明确文件系统类型，并把只读选项交给 mount 层
sudo systemd-mount --type=ext4 --options=ro /dev/sdb1 /srv/archive

如果只传一个设备参数，systemd-mount 会尝试探测文件系统元数据，并把设备挂到系统生成的目录；可移动设备还可能隐含自动挂载行为。需要固定目标路径时，优先使用上面的双参数写法。

tmpfs、自动挂载和空闲超时怎么选

临时缓存不一定需要块设备。--tmpfs 可以直接在指定路径创建并挂载新的内存文件系统；它的目录权限会受调用者的 umask 影响，不能把默认权限当成业务授权策略。

# 创建一个临时 tmpfs；cache 是可读的名称，/run/app-cache 是挂载点
sudo install -d -m 0755 /run/app-cache
sudo systemd-mount --tmpfs cache /run/app-cache

# 让访问发生时再挂载，并在空闲一段时间后自动卸载
sudo systemd-mount --automount=yes --timeout-idle-sec=5min /dev/sdb1 /srv/archive

普通挂载会立即建立实际文件系统挂载；--automount=yes 则先建立自动挂载点，首次访问时再触发对应的 .mount 单元。--timeout-idle-sec= 只有在自动挂载模式下才有意义，设置为 infinity 时不会按空闲时间自动卸载。

设备拔出时为什么要关注 --bind-device

对 USB 磁盘等可移动设备，自动挂载单元可能仍然存在，但设备已经离线。--bind-device 用来把生成的挂载或自动挂载单元绑定到后端设备的生命周期；设备消失时，相关单元可以随之停止。它对网络文件系统或虚拟文件系统没有同样的设备生命周期语义。

# 可移动块设备的临时自动挂载：设备消失时同步停止单元
sudo systemd-mount --automount=yes --bind-device --collect /dev/sdb1 /srv/archive

# 不等待挂载作业完成，只校验并把请求放入 systemd 队列
sudo systemd-mount --no-block /dev/sdb1 /srv/archive

--no-block 只改变客户端是否同步等待，不代表挂载一定成功；如果脚本后面立刻访问目录，仍然要自己设计状态判断。--collect 则让 transient 单元在完成或失败后更积极地从内存中回收，适合不希望失败单元长期留在列表里的临时任务。

怎样找到临时单元并按挂载点卸载

挂载单元的名字来自挂载点路径。不要凭手工替换斜杠猜复杂路径，先让 systemd-escape 生成单元名，再交给 systemctl 查看。

# 把路径转换为 mount unit 名称；--path 表示输入是文件系统路径
systemd-escape --path --suffix=mount /srv/archive

# 按生成的单元名查看状态和属性
systemctl status srv-archive.mount
systemctl show srv-archive.mount -p What -p Where -p ActiveState -p SubState

如果命令采用了 --no-block，先看到请求已入队并不等于文件系统已经可用；状态判断应关注单元是否进入活动状态，以及 What= 和 Where= 是否对应预期来源与目标。

结束临时挂载时按挂载点卸载，通常不需要手写单元文件名：

# 按挂载点停止对应的 mount 或 automount 单元
sudo systemd-mount --umount /srv/archive

# systemd-umount 是同一卸载能力的独立命令形式
sudo systemd-umount /run/app-cache

卸载前应先让使用该目录的进程退出；如果挂载点忙，错误通常来自占用者而不是 unit 名称。临时挂载的目标是一次性的系统状态，若希望重启后自动出现，应另行评估 /etc/fstab 或持久化 unit，而不是把 transient 单元当成永久配置。

一张表记住常用参数

几个容易混淆的问题

systemd-mount 会修改 /etc/fstab 吗？

不会。它创建的是运行期的 transient mount 或 automount 单元；需要重启后保留的配置仍应使用持久化配置方式。

为什么 systemd-mount 命令返回后目录还不可用？

如果使用了 --no-block，客户端只负责校验并入队，不能把命令返回理解为挂载完成。去掉该选项或用 systemctl 检查对应单元状态。

普通挂载和自动挂载都能用 --umount 吗？

可以。官方手册把 --umount 定义为停止对应的挂载或自动挂载单元，按挂载点传参通常最直观。

总结

记住三件事即可：用 systemd-mount WHAT WHERE 创建运行期挂载单元，用 --automount、--timeout-idle-sec 和 --bind-device 表达按需访问与设备生命周期，最后用 --umount WHERE 或 systemd-umount WHERE 收尾。它最适合临时任务和可控排障，不应替代你对长期挂载配置的设计。