RackNerd VPS 磁盘空间不足如何清理系统日志释放空间

RackNerd VPS 磁盘空间不足时，最安全的方法是清空日志文件内容而非直接删除文件，重点处理/var/log 目录和 systemd journal 日志。操作前需确认业务日志无需保留，避免直接 rm 正在写入的文件导致空间未释放。

先说结论：清理 VPS 磁盘空间应优先 trunc 截断日志文件并清理 systemd journal，禁止直接删除正在被服务占用的日志文件。

先确认：使用 df -h 和 du -sh 定位占用空间最大的日志目录
先处理：使用 truncate 命令清空文件内容或 journalctl 清理系统日志
再验证：再次执行 df -h 确认可用空间增加且服务运行正常

命令速用版

以下命令需通过 SSH 登录 RackNerd VPS 后执行，建议先备份重要数据。

# 查看磁盘使用情况
df -h

# 查找/var/log 下大于 100M 的文件
find /var/log -type f -size +100M

# 安全清空单个日志文件（例如 syslog）
truncate -s 0 /var/log/syslog

# 清理 systemd  journal 日志保留最近 100M
journalctl `--vacuum-size`=100M

# 重启 rsyslog 服务防止句柄占用
systemctl restart rsyslog

为什么会这样

Linux 系统日志默认会持续写入直到磁盘写满，且直接删除文件不会立即释放空间。

VPS 系统中，/var/log 目录存放系统和服务日志，systemd 的 journal 日志默认配置可能不限制大小。当服务进程正在写入日志文件时，直接使用 rm 命令删除文件，进程仍持有文件句柄，磁盘空间不会立即回收。只有清空文件内容或重启服务释放句柄，才能看到空间变化。RackNerd 等 KVM 架构 VPS 与物理机逻辑一致，需遵循标准 Linux 文件管理机制。

分步处理

按顺序执行以下步骤，确保操作可逆且安全。

1. 确认磁盘占用情况

2. 清理普通文本日志

对于找到的大文件，如 /var/log/syslog 或 /var/log/nginx/access.log，使用 truncate 命令截断。不要使用 echo > 文件，truncate 更安全。

truncate -s 0 /var/log/目标日志文件

3. 清理 systemd journal 日志

如果使用 Ubuntu 16.04+ 或 CentOS 7+，系统可能使用 journald。执行以下命令限制日志大小。

journalctl `--vacuum-size`=50M

4. 配置 logrotate 防止复发

检查/etc/logrotate.d/ 下的配置，确保日志有轮转策略。可设置 rotate 7 和 size 100M 限制单个日志文件大小。

怎么验证是否生效

操作完成后，立即执行 df -h 查看对应挂载点的 Available 列数值是否增加。使用 systemctl status rsyslog 或 systemctl status nginx 确认相关服务处于 active (running) 状态。如果空间未释放，检查是否有进程仍持有已删除文件的句柄，必要时重启 VPS。

常见坑

1. 直接 rm 删除日志文件后空间未变：这是因为文件句柄未释放，需重启对应服务或重启 VPS。

2. 清空了 auth.log 或 secure 日志：这会导致无法审计 SSH 登录记录，建议保留最近几天的安全日志。

3. 未配置 logrotate：清理后几天空间再次爆满，需在/etc/logrotate.conf 中设置自动轮转策略。

常见问题

可以直接删除/var/log 下的文件吗？

不建议直接删除，应使用 truncate 清空内容。直接删除正在写入的文件会导致空间不释放且可能报错。

清理日志会影响 VPS 保修吗？

不会，清理用户系统内的日志属于正常运维操作，不影响 RackNerd 硬件保修，但需自行负责数据安全。

journalctl 清理后为什么空间没变？

可能需要重启 systemd-journald 服务或重启 VPS 才能完全释放占用的磁盘块。