tmpfiles.d 的用户级配置和系统级配置有什么区别

tmpfiles.d 的用户级配置和系统级配置不是同一套文件的两种写法，而是由不同的 systemd-tmpfiles 实例读取。用户规则通常放在 ~/.config/user-tmpfiles.d/，只为当前用户创建或清理其可控制的路径；系统规则放在 /etc/tmpfiles.d/ 等系统目录，由系统实例处理。两者最容易混淆的地方是：用户配置不会覆盖系统实例，但系统实例对 /tmp 的清理仍可能影响用户放进去的文件。

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

先看两套配置分别由谁读取

不带 --user 时，systemd-tmpfiles 面向系统实例，典型配置目录包括 /usr/lib/tmpfiles.d/、/usr/local/lib/tmpfiles.d/、/run/tmpfiles.d/ 和 /etc/tmpfiles.d/。其中 /etc 适合管理员放本机覆盖规则，软件包提供的默认规则通常位于 /usr/lib。

带上 --user 后，程序切换到用户配置域，读取 ~/.config/user-tmpfiles.d/、~/.local/share/user-tmpfiles.d/，以及管理员提供的 /usr/share/user-tmpfiles.d/。这不是“以普通用户身份再读一遍系统目录”，而是另一组查找路径和服务上下文。

配置文件应该放到哪个目录

如果规则只服务当前用户，例如为个人缓存目录创建权限和保留时间，可以使用用户级文件：

# 创建当前用户的缓存规则文件；目标目录必须由该用户控制
mkdir -p ~/.config/user-tmpfiles.d
cat > ~/.config/user-tmpfiles.d/dev-cache.conf 

如果规则要创建 /var/lib 下的服务目录、维护共享日志或影响所有用户，就应放在 /etc/tmpfiles.d/，并按系统权限执行。不要把只能由管理员创建的路径写进用户文件，也不要用用户文件试图覆盖系统实例的同名规则。

文件名相同或规则路径冲突时，先按“谁读取、谁负责”的原则排查，再看各自搜索域内的优先级。用户级规则的存在不会让系统服务自动采用用户配置。

/tmp 为什么仍可能被系统规则清理

用户实例可以清理家目录中的缓存，但它不拥有系统全局清理策略。systemd 文档明确区分了两者：系统实例执行全局清理，用户实例的配置不会影响它；可是系统实例针对 /tmp/ 的按时间清理也会处理用户放在 /tmp/ 下的文件。

因此，应用若需要“登录期间存在、注销后自然消失”的数据，可以考虑 /run/user/$UID；若需要跨重启保留，应放到用户家目录并用用户级规则维护。把长期缓存放进 /tmp，再关闭用户级清理，并不能阻止系统实例删除它。

用命令验证规则而不是猜目录

修改用户级文件后，可以先做不落盘的检查，再执行创建和清理：

# 先演练用户级清理，确认将处理哪些路径；不实际修改文件
systemd-tmpfiles --user --clean --dry-run

# 应用用户级创建规则
systemd-tmpfiles --user --create

# 系统级检查需要管理员权限；这里只观察全局规则的影响范围
sudo systemd-tmpfiles --clean --dry-run

--dry-run 适合检查年龄清理和路径匹配，不能代替权限验证。若目标在系统目录，先确认目录所有者、运行该命令的实例以及配置文件所属域；若目标在 /tmp，再把系统级清理周期纳入设计。

部署前的四项检查

最后按四点复核：规则是否只触及本实例负责的路径；文件类型、权限和年龄字段是否符合目标；是否需要在用户服务启动后再执行；目标是否位于可能被系统清理的 /tmp。满足这些条件后，再把规则交给对应的 systemd 服务或部署脚本。

相关问题

用户级配置能覆盖 /etc/tmpfiles.d/ 的同名规则吗？

不能按“用户配置覆盖系统配置”理解。两者属于不同实例和搜索域；需要改变系统规则时，应在系统配置域中使用管理员规则。

关闭 systemd-tmpfiles --user --clean 能保住 /tmp 文件吗？

不能保证。系统实例仍可能按系统规则清理 /tmp，应把需要更长生命周期的数据迁移到合适的用户目录。

普通用户能维护 /etc/tmpfiles.d/ 吗？

通常不能直接写入或应用其中涉及系统路径的规则。普通用户应使用自己的 user-tmpfiles.d 目录，并把目标限制在有权限的路径。