云服务器Ubuntu 20.04磁盘空间不足解决方案

使用云服务器部署Ubuntu 20.04环境时，磁盘空间不足是运维过程中高频遇到的问题。小到应用安装失败，大到系统核心服务崩溃，空间告急可能引发连锁故障。本文结合实际运维场景，从现象识别到根源解决，总结一套可落地的排查与处理方案。

磁盘空间不足的典型表现

实际运维中，磁盘空间不足的信号往往分阶段显现。初期可能只是部分应用报错，比如用`apt install`安装软件时提示"无法写入/var/cache/apt"；中期系统响应变慢，打开`/var/log`目录需要数秒加载；严重时会出现关键服务崩溃——笔者曾遇到因`/var/lib/docker`空间占满导致容器无法启动的案例。更直观的是执行`df -h`命令时，根分区（/）的使用百分比超过85%，部分关键目录如`/tmp`或`/var`甚至接近100%。

三步定位空间占用大户

要精准解决问题，首先得找到"罪魁祸首"。推荐按层级递进排查：

1. 全局扫描：执行`df -h --output=source,fstype,size,used,avail,pcent,target`（比基础`df -h`多显示文件系统类型），重点关注`Filesystem`为`/dev/vda1`（系统盘）的条目，确认具体哪个分区吃紧。
2. 目录级排查：用`du -h --max-depth=1 /`替代`du -sh /*`，这个命令会显示根目录下各一级目录的实时占用（含隐藏目录），曾有用户通过此命令发现`/lost+found`异常占用20G空间（实际是文件系统错误导致的碎片）。
3. 文件级深挖：针对前一步定位的大目录（比如`/var/log`），使用`find /var/log -type f -size +50M -exec ls -lh {} \;`，快速列出超过50MB的日志文件。曾帮客户定位到`/var/log/syslog`因rsyslog配置错误，单文件增长至80GB的极端情况。

四类针对性解决策略

根据排查结果，可分场景选择以下方案，优先处理见效快、风险低的操作。

1. 清理临时/缓存文件（新手友好）

临时文件是最安全的清理对象，重点关注三个目录：
- `/tmp`：系统临时文件，执行`rm -rf /tmp/*`（注意保留`/tmp/.X11-unix`等套接字文件）
- `~/.cache`：用户级缓存（如Chrome浏览器缓存），执行`rm -rf ~/.cache/*`
- `/var/cache/apt`：apt包管理器缓存，用`apt clean`替代手动删除更安全（会保留可恢复的部分）

2. 日志文件精细化管理（运维必做）

日志是空间占用的"隐形大户"，建议双管齐下：
- 即时清理：对已确认无需保留的旧日志，用`cat /dev/null > /var/log/nginx/access.log`（清空文件但保留权限）比`rm`更安全，避免服务因文件句柄丢失报错。
- 长期管控：修改`/etc/logrotate.conf`配置，将`rotate 4`改为`rotate 2`（只保留最近2份备份），并添加`size 100M`参数（单文件达100M即切割），笔者实测可将日志空间占用降低60%以上。

3. 卸载冗余软件（进阶操作）

用`dpkg -l | grep ^ii | awk '{print $2}'`列出所有已安装包，重点检查：
- 未使用的开发工具（如`gcc`、`make`）
- 预装但未启用的服务（如`postfix`邮件服务器）
- 过时的内核版本（用`dpkg --list 'linux-image-*'`查看，保留最近2个即可）
卸载命令推荐`apt purge package_name`（比`remove`多删除配置文件），可额外释放1-5GB空间。

4. 扩容磁盘（终极方案）

当业务数据持续增长时，扩容是最彻底的解决方式。以云服务器控制台操作为例：进入"存储管理"-"云硬盘"，选择系统盘点击"扩容"，输入需要增加的容量（建议至少50GB），支付后等待1-3分钟完成扩容。注意扩容后需登录服务器执行`resize2fs /dev/vda1`（ext4文件系统）或`xfs_growfs /`（xfs文件系统）使空间生效。

日常运维中，建议通过`cron`设置每周执行`df -h | grep '/$' | awk '{print $5}' | cut -d% -f1`监控根分区使用率，当超过70%时触发预警，提前规划清理或扩容。掌握这套方法后，云服务器Ubuntu 20.04的磁盘空间问题将不再成为服务稳定运行的阻碍。