Linux磁盘告急：巧用ncdu定位并清理/dev/sda高占用

1. 当Linux服务器突然报警：磁盘爆满的紧急处理

"服务器磁盘空间不足"这个红色警告突然跳出来时，相信很多运维同学都会心头一紧。我上周就遇到了这个情况：凌晨三点收到报警短信，/dev/sda6分区显示100%占用，导致关键服务直接崩溃。这种紧急情况下，最怕的就是病急乱投医——盲目删除文件可能造成数据丢失，而慢慢排查又等不起。

先分享个快速缓解的"急救包"（建议收藏）：

# 快速清理APT缓存（安全操作） sudo apt-get autoclean sudo apt-get clean sudo apt-get autoremove # 清理系统日志（需谨慎） sudo journalctl --vacuum-size=200M

但这些都是治标不治本。真正要解决的是找到那些"空间吸血鬼"——可能是失控的日志文件、残留的Docker镜像，或是某个被遗忘的临时目录。这时候就需要专业的空间分析工具上场了。

2. ncdu：比du更聪明的磁盘分析利器

传统du命令虽然能查看目录大小，但在处理深层目录时就像举着手电筒找钥匙——效率太低。而ncdu则是给了你一个热成像仪：交互式界面、可视化占比、快捷键操作，这些特性让它成为我的首选工具。

安装简单到令人发指：

# Debian/Ubuntu系 sudo apt install ncdu # RHEL/CentOS系 sudo yum install ncdu

实测几个高效操作技巧：

• 按大小排序：进入目录后按s键，立即揪出最大文件
• 快速导航：用j/k上下移动，→进入子目录，←返回上级
• 删除文件：对可疑文件按d直接删除（有确认提示）
• 图形化显示：按g切换百分比柱状图模式

有次我用ncdu扫描/var目录时，发现某个服务的日志文件居然涨到了80GB——原来是因为日志轮转配置错误。这种问题用常规命令排查就像大海捞针，而ncdu的图形化界面让异常数据无所遁形。

3. 深度清理实战：以Docker为例

通过ncdu分析，90%的情况下/var/lib/docker都是罪魁祸首。Docker就像个贪吃蛇，不知不觉就会吞掉大量空间。分享我的清理组合拳：

3.1 基础清理

# 删除停止的容器、无用镜像等 sudo docker system prune -a

这个命令会交互式确认，能清理出惊人空间。但要注意它会删除所有未被使用的镜像，生产环境慎用。

3.2 高级清理

对于顽固的存储占用，需要定位具体容器：

# 查看各容器占用空间 docker ps -s --format "{{.ID}}: {{.Size}}" # 针对大容器检查日志位置 docker inspect --format='{{.LogPath}}' 容器ID

3.3 日志清理脚本

这是我常用的日志清理脚本（保存为clean_docker_logs.sh）：

#!/bin/bash LOG_DIR="/var/lib/docker/containers" MAX_SIZE="100M" echo "===== 开始清理Docker日志 =====" find $LOG_DIR -name "*-json.log" -size +$MAX_SIZE -print0 | while IFS= read -r -d '' log; do echo "清空日志: $log" : > "$log" done echo "===== 清理完成 ====="

4. 防患于未然：磁盘空间监控方案

清理只是补救，预防才是王道。推荐我的监控三板斧：

1. Prometheus+Alertmanager：设置磁盘使用率超过85%自动报警
2. Logrotate配置：对所有服务日志强制轮转

# /etc/logrotate.d/自定义服务 /var/log/myapp/*.log { daily rotate 7 compress missingok notifempty }

3. 定时清理任务：在crontab中加入定期维护

# 每周日凌晨3点清理 0 3 * * 0 /usr/bin/docker system prune -f 0 4 * * 0 /path/to/clean_docker_logs.sh

最后说个血泪教训：有次清理后发现数据库异常，原来误删了MySQL的临时文件。现在我的原则是——删除前先用tar -zcvf backup.tar.gz 待删目录做个备份，这个习惯至少救过我三次。