Linux systemd.mount 怎样让挂载单元等待网络可用

让 systemd.mount 等待网络，关键是把它识别为网络挂载，并让本机网络管理器的 wait-online 服务实际参与 network-online.target。已识别的网络挂载默认带有对该 target 的 Wants 与 After；仅写 After=network.target 不能表示地址、路由或远端共享已经准备好。

官方文档：https://www.freedesktop.org/software/systemd/man/latest/systemd.mount.html。下面以 NFS 共享挂载到 /srv/shared 为例，梳理可采用的配置。这个机制是既有能力的实践说明，并非新版本发布消息；示例未在本文环境执行。

先理解网络挂载已经获得的依赖

默认依赖开启时，systemd 根据文件系统类型区分本地与网络挂载。NFS 通常能够直接识别；若实际依赖网络但类型不能充分表达，例如某些网络块设备场景，可在挂载选项中使用 _netdev 强制按网络挂载处理。

network-online.target 提供一次启动同步点，network.target 主要表达网络管理栈及关机排序。我的配置取舍是先看系统自动生成了什么，避免把相同依赖不断叠加。若设置 DefaultDependencies=no，或采用 nofail 等改变依赖生成的选项，应重新阅读对应规则，不能套用默认关系。

用一个原生挂载单元表达需求

挂载路径决定 unit 名称：/srv/shared 对应 srv-shared.mount。将以下示例保存为 /etc/systemd/system/srv-shared.mount。files.example.com 是占位主机名，必须换成真实服务器；远端导出、客户端 NFS 工具与权限需事先准备。

# 文件：/etc/systemd/system/srv-shared.mount
[Unit]
Description=Shared NFS workspace
# 显式表达网络同步需求，默认识别为网络挂载时已有同类依赖
Wants=network-online.target
After=network-online.target

[Mount]
# 按真实NFS服务器和导出路径替换
What=files.example.com:/exports/shared
Where=/srv/shared
Type=nfs
# 声明网络设备属性；对已识别的NFS通常是冗余说明
Options=_netdev

[Install]
# 纳入远程文件系统启动目标
WantedBy=remote-fs.target

这个单元没有凭空创造网络就绪条件：Wants 拉入同步目标，After 约束共同参与启动时的排序。After 本身不会启动另一个 unit；Wants 也不等于对方失败时本单元一定被阻止。若业务要在失败时严格停止，需要另外设计实际依赖与错误处理，而不是把目标名称当成健康检测。

# 准备示例挂载点，先确认该目录没有需要保护的本地业务数据
sudo mkdir -p /srv/shared
# 读取新增单元
sudo systemctl daemon-reload
# 建立开机启用关系，并在当前会话尝试启动挂载
sudo systemctl enable --now srv-shared.mount

挂载会遮蔽挂载点下原有目录内容，应选择专用空目录。以上命令是读者实施示例，本文不提供虚构成功输出。

让实际网络管理器提供等待条件

先辨认真正管理目标接口的组件，只选择匹配的一条分支。使用 systemd-networkd 的系统，由 systemd-networkd-wait-online.service 提供等待；使用 NetworkManager 的系统通常对应 NetworkManager-wait-online.service。不要为了“更保险”把两套都打开。

# 查看当前网络管理服务状态，用来选择匹配分支
systemctl is-active systemd-networkd.service NetworkManager.service
# 查看网络同步目标接入了哪些等待单元
systemctl list-dependencies network-online.target

确认由 networkd 管理且发行版提供该单元后，可使用下面这一条：

# 仅适用于由systemd-networkd管理网络的环境
sudo systemctl enable systemd-networkd-wait-online.service

如果使用 NetworkManager，则采用这一条，二选一：

# 仅适用于由NetworkManager管理网络的环境
sudo systemctl enable NetworkManager-wait-online.service

networkd 的默认等待范围涉及其管理的链路，至少一条达到所需在线状态；具体接口选择和在线阈值可以影响等待结果。NetworkManager 的等待依据启动过程是否完成，连接配置中的自动连接、地址族允许失败等设置也会改变判断。若存储必须走专用网卡或特定地址族，应按对应网络管理器文档调整条件。

区分启动等待与远端可达

network-online.target 已经 active，不能证明 files.example.com 能解析、NFS 端口可达、导出路径存在或授权正确。它也不会持续跟踪网络断开并自动重新执行所有挂载。当前会话里 target 早已到达时，手动启动挂载不会让整个网络初始化重新发生。

# 阅读最终unit内容与依赖属性
systemctl cat srv-shared.mount
systemctl show srv-shared.mount -p Wants -p After
# 检查本次启动中挂载和实际使用的等待服务日志
journalctl -b -u srv-shared.mount -u systemd-networkd-wait-online.service

NetworkManager 环境把日志命令中的等待服务替换为 NetworkManager-wait-online.service。先分清网络等待失败、名称解析失败和挂载协议报错，再处理对应原因。不要用固定 sleep 代替实际网络条件，它只会把启动竞争变成概率问题。

选择迁移方式并处理常见疑问

同一路径选定一种主要配置来源，避免在 fstab 和手写 unit 中维护两份互相矛盾的定义。更改前保留原配置；若回退新单元，需要先停止依赖共享的业务，再卸载和禁用，不能在业务使用目录时随意操作。

已经有 After=network-online.target，为什么仍太早？

检查目标是否被拉入启动事务，以及匹配的等待服务是否启用。只有排序声明而没有实际等待提供者，可能几乎没有等待效果。

为什么开机会等待很久？

检查网络管理器是否正在等待不会连通的接口、配置档或地址族。缩短时间之前先确认存储所需链路，避免通过关闭等待掩盖依赖问题。

能否只把 network.target 改成 network-online.target？

还需理解 Wants 与 After 的区别，并检查网络管理器提供的就绪条件。target 名字替换本身不是完整修复。

参考：systemd.mount、网络同步目标说明、unit依赖说明、networkd等待服务、NetworkManager等待服务。