Ubuntu云服务器磁盘空间骤降：日志清理与挂载恢复预案

在使用Ubuntu云服务器的过程中，你可能会突然遇到这样的情况：用`df -h`命令查看磁盘时，发现原本500GB的可用空间，短短两天就只剩30GB。应用程序开始报错“磁盘空间不足”，写入操作变慢，甚至服务直接崩溃——这种磁盘空间骤降的问题，若不及时处理，很可能影响业务正常运行。

现象：磁盘空间为何突然“消失”？

上周有位运维工程师就碰到类似情况：他管理的Ubuntu云服务器凌晨还显示80%可用空间，早上登录时只剩15%。通过`df -h`查看，根目录下的`/var`分区占用率从30%飙升到90%。这种异常变化往往不是用户主动操作导致的，而是隐藏的“空间吞噬者”在作怪。

诊断：锁定“空间吞噬者”

要解决问题，首先得找到是谁占了空间。最直接的方法是用`du -sh /*`命令扫描根目录下的各个文件夹，快速定位“大块头”。经验来看，90%的情况是日志文件在搞鬼——系统的`/var/log`目录、应用的`/app/logs`目录，每天都在记录操作、错误、访问信息，像贪吃蛇一样越吃越长。

比如执行`ls -lh /var/log`，可能会看到`syslog`文件有20GB，`nginx/access.log`也有15GB。另外，磁盘挂载异常也可能导致空间显示错误：原本挂载在`/mnt/data`的SSD硬盘，可能因重启或程序错误“脱钩”，导致云服务器无法识别这部分空间，看起来像被“吃掉”了。

解决：两步搞定空间恢复

第一步：清理日志文件

日志清理分两种情况。如果是系统日志（如`syslog`、`auth.log`），推荐用系统自带的`logrotate`工具。它就像日志管家，能自动压缩旧日志、删除过期文件，不用手动操作。打开`/etc/logrotate.conf`配置文件，把`weekly`（每周轮转）改成`daily`（每日轮转），`rotate 4`（保留4份）改成`rotate 2`（保留2份），能更快释放空间。修改后执行`logrotate -f /etc/logrotate.conf`强制生效，原本20GB的`syslog`可能半小时内就压缩到2GB。

如果是应用自定义的日志（如Java的`app.log`、Python的`debug.log`），确认无重要数据后直接删除。操作前先用`cp /app/logs/app.log /tmp/backup.log`备份，再用`rm -f /app/logs/*.log`清理。注意别删正在写入的日志文件——用`lsof /app/logs/app.log`检查，若有进程号显示，先重启应用再删除。

第二步：恢复磁盘挂载

如果`df -h`显示`/mnt/data`分区“丢失”，先检查挂载状态：执行`mount | grep /mnt/data`，若没有输出，说明挂载点脱钩。这时候需要重新挂载：先卸载（如果之前有挂载），用`umount /mnt/data`，如果提示“设备忙”，用`lsof /mnt/data`找到占用进程（如`pid 1234`），执行`kill 1234`后再卸载。

卸载成功后，用`mount /dev/sdb1 /mnt/data`重新挂载（假设SSD硬盘分区是`/dev/sdb1`）。如果提示“文件系统错误”，用`fsck -y /dev/sdb1`检查修复。修复完成后再次挂载，`df -h`就能看到`/mnt/data`分区正常显示，空间“失而复得”。

预防：让空间不再“突然消失”

处理完问题，更重要的是预防复发。建议每周用`df -h`检查一次磁盘，每月用`logrotate`清理系统日志，应用日志设置“按大小切割”（如超过1GB自动生成新文件）。对于挂载的SSD硬盘，在`/etc/fstab`中添加自动挂载配置（如`/dev/sdb1 /mnt/data ext4 defaults 0 0`），避免重启后脱钩。

遇到Ubuntu云服务器磁盘空间骤降别慌，按“查日志-修挂载-做预防”的步骤操作，1小时内就能恢复稳定。掌握这套预案，云服务器的“空间保卫战”就能轻松拿下。