Ubuntu运维中，systemd-tmpfiles清理是一个常被忽视但至关重要的系统维护任务。它的核心问题是：系统中的临时文件（/tmp, /var/tmp等目录）和运行时文件（/run目录）如果管理不当，会持续累积，最终可能耗尽磁盘空间或导致系统运行异常。解决方法就是正确配置和使用systemd-tmpfiles这个内置工具，它能够根据预定义的规则，自动创建、清理、删除或修改这些易失性文件和目录，从而保证系统的整洁与稳定。
systemd-tmpfiles是什么？它如何工作？
systemd-tmpfiles是systemd生态系统的一部分，它是一个用于管理临时文件和运行时目录的工具。在Ubuntu等现代Linux发行版中，它已经取代了传统的tmpwatch或tmpreaper等工具。其工作原理基于配置文件。这些配置文件通常位于/usr/lib/tmpfiles.d/（系统默认配置）、/run/tmpfiles.d/（运行时配置）和/etc/tmpfiles.d/（管理员自定义配置）目录中。系统在启动时，以及通过systemd-tmpfiles-clean.service定时运行时，会读取这些配置文件中的规则，并执行相应的操作。
理解tmpfiles.d配置文件的语法
配置文件是控制清理行为的关键。每一行定义一条规则，其基本格式如下：类型 路径 权限 属主 属组 寿命参数。我们来详细拆解每个字段：
1. 类型：这是一个单字符，定义了要对路径执行的操作。最常用的类型包括：
• d：创建一个目录，如果目录存在则确保其权限和属主正确，并在一定时间后清理空目录。
• D：与d类似，但会递归地清理目录下的所有内容，而不仅仅是空目录。
• L, c, p, f, F：分别用于处理符号链接、字符设备、管道、常规文件和常规文件（如果存在则截断为0长度）。
• v：创建一个子卷（主要用于btrfs文件系统）。
• q：配额目录（用于支持配额的目录）。
• Q：在现有目录上设置配额。
• r, R, z, Z：用于调整目录的权限和安全上下文（SELinux）。
2. 路径：指定要管理的文件或目录的绝对路径。可以包含通配符。
3. 权限、属主、属组：以八进制数字或符号表示法定义文件权限（如0755）、所有者（如root）和所属组（如syslog）。
4. 寿命参数：这是清理功能的核心。它定义了文件/目录的“年龄”。格式通常为“时间单位”，例如：
• 10d：表示10天。
• 2h：表示2小时。
• 5s：表示5秒。
• 如果留空或设置为-，则表示不基于时间清理。
Ubuntu中默认的清理规则
Ubuntu系统自带了一系列预定义的配置文件。最重要的两个是/usr/lib/tmpfiles.d/tmp.conf和/usr/lib/tmpfiles.d/var.conf。我们可以查看它们来理解默认行为：
# /usr/lib/tmpfiles.d/tmp.conf # 清理/tmp目录 # 类型 路径 模式 属主 属组 寿命 d /tmp 1777 root root 10d
这条规则意味着：确保/tmp目录存在，权限为1777（粘滞位），属主和属组为root，并且自动删除该目录下超过10天未被访问的文件和目录。
# /usr/lib/tmpfiles.d/var.conf # 清理/var/tmp目录 d /var/tmp 1777 root root 30d
这条规则对/var/tmp目录执行类似操作，但寿命更长，为30天。这符合FHS标准，/var/tmp用于存放应在重启后保留的临时文件。
如何自定义清理规则？实战案例
系统管理员经常需要为特定应用或场景创建自定义规则。最佳实践是在/etc/tmpfiles.d/目录下创建新的.conf文件。这里的配置会覆盖系统默认配置。
案例一：清理特定应用缓存
假设你的应用在/opt/myapp/cache/目录下生成缓存文件，希望自动清理超过7天的缓存。
# /etc/tmpfiles.d/myapp-cache.conf # 类型 路径 模式 属主 属组 寿命 d /opt/myapp/cache 0755 appuser appgroup 7d
案例二：更激进地清理/tmp
如果你希望/tmp目录下的内容在24小时后就被清理（而不是默认的10天），可以创建：
# /etc/tmpfiles.d/override-tmp.conf # 这会覆盖系统默认的/tmp规则 d /tmp 1777 root root 1d
案例三：清理自定义的日志目录
清理/var/log/myapp/目录下超过30天且以.log结尾的旧日志文件。
# /etc/tmpfiles.d/myapp-logs.conf # 使用通配符* D /var/log/myapp/*.log 0644 root root 30d
手动执行清理与检查：关键命令
除了自动运行，我们经常需要手动验证配置或立即执行清理。
1. 测试配置（模拟运行）：使用--dry-run或--boot参数来预览将要执行的操作，而不会实际修改文件系统。这是最安全的检查方式。
sudo systemd-tmpfiles --clean --dry-run
这条命令会模拟执行所有清理操作，并列出将要被删除的文件。
2. 手动执行清理：移除--dry-run参数即可实际执行清理。
sudo systemd-tmpfiles --clean
3. 手动创建配置中定义的文件/目录：这个命令通常用于系统启动时，确保所有运行时目录（如/run下的目录）被正确创建。
sudo systemd-tmpfiles --create
4. 移除所有配置中定义的文件/目录：这是一个危险但有时有用的命令，用于彻底清除。
sudo systemd-tmpfiles --remove
自动化：systemd定时器如何驱动清理
Ubuntu中，systemd-tmpfiles-clean.timer是一个系统定时器，它定期触发systemd-tmpfiles-clean.service来执行清理任务。你可以查看它的运行计划：
systemctl status systemd-tmpfiles-clean.timer
查看定时器的具体配置：
cat /usr/lib/systemd/system/systemd-tmpfiles-clean.timer
通常，它的配置类似于：OnBootSec=15min和OnUnitActiveSec=1d。这意味着系统启动15分钟后运行一次，之后每天激活一次。你可以通过创建/etc/systemd/system/systemd-tmpfiles-clean.timer.d/override.conf文件来调整这个频率，例如改为每12小时运行一次：
[Timer] OnUnitActiveSec=12h
修改后需要重新加载systemd配置并重启定时器：
sudo systemctl daemon-reload sudo systemctl restart systemd-tmpfiles-clean.timer
高级技巧与排错指南
1. 处理“繁忙”或“无法删除”的文件：systemd-tmpfiles在清理时，如果文件正在被进程使用，它可能无法立即删除。对于这类文件，工具会记录日志（通常在/var/log/syslog或journalctl -u systemd-tmpfiles-clean中），并在下次运行时重试。对于顽固的临时文件，可能需要结合lsof命令找到占用进程并处理。
2. 安全边界：粘滞位的作用：注意/tmp和/var/tmp的权限是1777。最后的1就是粘滞位（sticky bit）。它意味着，即使目录对所有用户可写，用户也只能删除自己创建的文件，而不能删除其他用户的文件。这是多用户系统下重要的安全设置。
3. 调试配置：如果你的自定义规则没有生效，请按以下顺序检查：
• 配置文件语法是否正确？特别是路径和寿命参数。
• 配置文件是否放在正确的目录（/etc/tmpfiles.d/）？
• 是否与系统默认配置冲突？可以使用systemd-tmpfiles --cat-config查看所有生效的合并后配置。
• 手动运行sudo systemd-tmpfiles --clean --dry-run --prefix=/your/path来专门测试针对特定路径的规则。
4. 与cron任务的对比与选择：在旧的系统中，常用cron任务配合find命令进行临时文件清理。相比之下，systemd-tmpfiles的优势在于：
• 声明式配置：定义“状态”而非“命令”，更易于管理和理解。
• 与systemd集成：作为系统服务的一部分，有统一的日志和管理界面。
• 功能更全面：不仅能清理，还能创建和设置权限。
总结：最佳实践建议
要高效管理Ubuntu系统的临时文件，请遵循以下步骤：首先，理解默认配置，查看/usr/lib/tmpfiles.d/下的文件。其次，按需自定义，在/etc/tmpfiles.d/下创建清晰的.conf文件来满足应用需求。第三，善用模拟运行，在对生产系统执行任何清理操作前，务必使用--dry-run进行预览。第四，监控日志，定期通过journalctl检查systemd-tmpfiles-clean.service的运行日志，确保其正常工作。最后，结合磁盘监控，将systemd-tmpfiles作为整体磁盘空间监控策略的一部分，而不是唯一的依赖。通过这种系统化、声明式的方法，你可以确保服务器的临时文件系统始终处于可控、整洁的状态，避免因空间耗尽而导致的意外停机。
