Ubuntu系统盘突然爆满？别慌，先检查一下这些/dev/loop设备
Ubuntu系统盘突然爆满？别慌，先检查一下这些/dev/loop设备
当你正专注于手头的工作，突然弹出一条警告："磁盘空间不足"。打开终端输入df -h，眼前的一幕让人困惑——一堆/dev/loop设备显示100%占用。别急着重装系统，这可能是Ubuntu的一个特性而非真正的磁盘危机。
1. 理解loop设备的本质
在Linux系统中，loop设备是一种将普通文件虚拟成块设备的特殊机制。想象它是一个"文件容器"，能把ISO镜像、Snap包这样的文件，像真实磁盘一样挂载使用。Ubuntu桌面版默认会创建多个loop设备，主要服务于两类场景：
- 系统核心功能：比如安装时的
/rofs（只读文件系统），通常对应/dev/loop0 - Snap应用沙盒：每个Snap应用都会生成独立的loop设备，如
/dev/loop1到/dev/loop6
通过losetup命令可以查看所有活跃的loop设备详情：
sudo losetup -l典型输出示例：
NAME SIZELIMIT OFFSET AUTOCLEAR RO BACK-FILE /dev/loop0 0 0 0 1 /cdrom/casper/filesystem.squashfs /dev/loop1 0 0 1 0 /var/lib/snapd/snaps/bare_5.snap2. 快速诊断三步法
2.1 区分关键与非关键占用
首先确认哪些是必须保留的loop设备：
mount | grep loop重点关注：
- 系统级挂载：如
/rofs通常与系统安装相关 - Snap应用挂载：路径包含
/snap/的条目
2.2 分析Snap应用占用
Snap是Ubuntu推崇的软件打包格式，但容易积累旧版本。查看当前Snap占用：
du -sh /var/lib/snapd/snaps/*健康状态下，每个应用应有1-2个版本（当前版+回退版）。若发现同一应用有3个以上版本，就需要清理。
2.3 检查临时挂载
有时手动挂载的ISO文件会遗忘卸载：
find /mnt /media -type d -exec ls -ld {} \; 2>/dev/null3. 针对性清理方案
3.1 安全清理Snap缓存
分步骤操作更安全：
- 列出所有Snap应用：
snap list - 删除不再需要的应用：
sudo snap remove <package> - 清理旧版本（重要）：
sudo snap set system refresh.retain=2 # 只保留2个版本 sudo systemctl restart snapd.service
3.2 处理残留loop设备
有时卸载后设备仍显示占用，强制清理：
sudo losetup -d /dev/loopX # X替换为具体编号 sudo rm /var/lib/snapd/snaps/<filename>.snap3.3 系统级loop设备处理
对于安装产生的/rofs占用，在正常系统运行后应该自动释放。如果持续占用，检查：
sudo apt-get clean sudo journalctl --vacuum-size=100M4. 预防性管理策略
4.1 监控自动化
创建定期检查脚本~/bin/check_loops.sh：
#!/bin/bash echo "Active loop devices:" losetup -l echo -e "\nSnap versions:" find /var/lib/snapd/snaps -name "*.snap" | cut -d_ -f1 | uniq -c添加cron任务每周运行：
chmod +x ~/bin/check_loops.sh (crontab -l ; echo "0 20 * * 5 $HOME/bin/check_loops.sh") | crontab -4.2 Snap优化配置
编辑/etc/snapd.conf添加：
[snapd] refresh.retain=24.3 替代方案考量
如果频繁遇到空间问题，可以考虑：
- 使用Flatpak替代部分Snap应用
- 调整根分区大小（至少50GB为佳）
- 将/var/lib/snapd挂载到独立分区
5. 高级排查技巧
当常规方法无效时，可能需要深入分析：
5.1 检查内核模块
lsmod | grep loop modinfo loop5.2 文件系统层面检查
sudo debugfs /dev/loopX debugfs: stats5.3 系统日志分析
journalctl -b | grep loop dmesg | grep loop对于开发者，还可以使用strace追踪相关进程：
sudo strace -f -p $(pgrep snapd)在多次处理这类问题后发现，90%的情况通过清理Snap旧版本即可解决。建议养成定期运行snap list --all查看版本保留情况的习惯，比等到磁盘报警再处理要省心得多。