systemd-tmpfiles --purge 怎么清理软件包创建的运行目录

如果目标是清理某个软件包卸载后留下的运行目录，systemd-tmpfiles --purge 的关键不是“把临时目录全部删掉”，而是让它读取软件包自己的 tmpfiles.d 配置，并只处理其中带 $ 标记的创建项。执行前应先加 --dry-run 预览；正式命令必须显式写出配置文件，避免把不相关的系统配置带入清理范围。

这项能力适合软件包移除流程。普通的按时间清理使用 --clean，按规则移除使用 --remove；三者的输入条件不同，混用时最容易误删或“命令成功但目录还在”。

先划清 --purge 的目标边界

--purge 的选择范围由两件事共同决定：命令行指定的 tmpfiles.d 配置文件，以及配置行中的 $ 标记。没有 $ 的创建规则不会因为使用了 --purge 而自动进入删除范围。

官方手册还特别强调，使用 --purge 时至少要提供一个配置文件，或者用 - 表示从标准输入读取配置；完全不带配置文件会被拒绝。这是安全边界，不是参数写法的偶然限制。

从软件包的 tmpfiles.d 文件定位运行目录

不要看到 /run、/var/lib 或 /var/cache 就直接删除目录。先找到声明这些目录的配置文件，再确认该行是否带有 $。系统级配置通常位于 /usr/lib/tmpfiles.d/、/usr/local/lib/tmpfiles.d/ 或 /etc/tmpfiles.d/；具体以发行版和软件包安装方式为准。

例如，假设软件包提供了 /usr/lib/tmpfiles.d/example-agent.conf，内容中声明了一个带 $ 的运行目录：

# 只查看目标软件包的 tmpfiles 配置，先确认路径和 $ 标记
sed -n '1,160p' /usr/lib/tmpfiles.d/example-agent.conf

# 只从配置内容中找出带 $ 标记的创建规则，避免凭目录名猜测
grep -n '\$' /usr/lib/tmpfiles.d/example-agent.conf

这里的命令只用于读取配置，不会改变文件系统。真正的判断点是：该路径是否由这个软件包声明、行类型是否属于创建类规则，以及是否明确使用 $ 允许 --purge 处理。

先用 --dry-run 预览，再执行 --purge

确定配置文件后，先使用同一文件做预览。--dry-run 会处理配置并打印将执行的操作，但不实际修改文件系统：

# 先预览这个软件包配置会命中的删除项，不改动文件系统
sudo systemd-tmpfiles --purge --dry-run /usr/lib/tmpfiles.d/example-agent.conf

# 确认输出只包含该软件包声明的路径后，再执行正式清理
sudo systemd-tmpfiles --purge /usr/lib/tmpfiles.d/example-agent.conf

预览结果应重点看三件事：配置文件路径是否正确、输出路径是否属于目标软件包、是否误把不带 $ 的规则当成了待清理对象。如果预览中出现了不认识的系统路径，应先停止，回到配置文件和包清单重新核对，而不是直接执行第二条命令。

--purge 是 systemd 256 引入的选项。旧版本若不认识该参数，错误属于运行环境能力差异，不能用更宽泛的删除命令替代；应由软件包脚本根据最低 systemd 版本决定是否调用。

区分 --purge、--remove 与 --clean

三个选项都可能让文件消失，但触发条件不同。记住“包卸载看 --purge、删除规则看 --remove、时间轮转看 --clean”即可避免大部分误用。

官方文档还提醒，--purge 通常不是日常想要的命令；如果需求只是执行配置里写明的 r/R 删除规则，应先考虑 --remove。同样，/tmp、/var/tmp 等目录的按年龄轮转，应由 --clean 及其 age 配置负责。

把清理动作放回卸载流程

软件包维护脚本可以把“找到配置、预览或执行清理、再移除配置文件”作为一个小流程，但不要把所有系统配置交给 --purge。最小的卸载前检查可以写成下面这样：

# 包卸载脚本示例：只操作本包拥有的配置文件
tmpfiles_conf=/usr/lib/tmpfiles.d/example-agent.conf

# 配置文件不存在时不扩大范围，也不猜测其他文件
if [ -f "$tmpfiles_conf" ]; then
    # 生产脚本可在调试阶段保留 dry-run 日志，确认包归属后再执行
    systemd-tmpfiles --purge "$tmpfiles_conf"
fi

正式脚本还应根据发行版的打包规范处理权限和退出码。手册给出的成功退出码是 0；配置语法错误、权限不足等情况会返回非零值，不能把失败静默当成“目录已经清理”。对于需要保留用户数据的路径，更不能只因为配置行使用了创建类型就把它标记为 $。

常见误区

• 误把 --purge 当作 --clean。 前者看配置项和 $，后者看 age，目的不同。
• 不写配置文件。 --purge 要求命令行明确提供至少一个 tmpfiles 配置，这是防止扩大范围的保护。
• 只看目录名判断归属。 应先查看软件包提供的配置和包文件清单，再确认路径与删除意图。
• 跳过 --dry-run。 预览成本很低，尤其适合卸载脚本首次上线或跨发行版适配时。
• 用更宽泛的 rm -rf 替代。 这会绕过 tmpfiles 的声明边界，不适合拿来模拟软件包的受控清理。

速查表

相关问题

为什么 systemd-tmpfiles --purge 不带文件名会失败？

因为该选项要求至少给出一个 tmpfiles 配置文件或标准输入标记 -。显式输入是它控制删除范围的一部分。

配置行没有 $，还能被 --purge 删除吗？

按官方定义不会。没有 $ 的创建行不受该开关影响；需要回到配置设计，确认是否真的属于软件包卸载清理。

只想删除旧文件，应该用哪个选项？

看配置是否提供了 age。按时间清理通常使用 --clean，不要用 --purge 代替。