Ubuntu系统盘突然爆满？别慌，可能是Snap包在搞鬼（附清理指南）

Ubuntu系统盘空间告急？揭秘Snap包背后的磁盘吞噬者

上周五下午，当我正赶着提交一份重要文档时，Ubuntu突然弹出了令人窒息的警告："磁盘空间不足"。df -h命令显示根目录使用率高达98%，而我的工作文件明明只占用了不到10GB。这种"空间蒸发"现象在Ubuntu用户中并不罕见——罪魁祸首往往藏在那串神秘的/dev/loop设备里。本文将带你深入Snap包的工作机制，理解这些loop设备如何悄无声息地蚕食磁盘空间，并提供一套既治标又治本的解决方案。

1. 消失的磁盘空间：Snap包机制全解析

第一次在终端看到/dev/loop0 100%的提示时，大多数用户都会陷入困惑。这些看似无关紧要的loop设备实际上是Snap包架构的核心组件。与传统deb包不同，每个Snap应用都是一个独立的只读镜像文件，通过loop设备挂载到系统中运行。这种设计带来了卓越的隔离性，却也埋下了空间管理的隐患。

典型的Snap应用安装后会产生三个关键部分：

• snap文件：位于/var/lib/snapd/snaps/，是压缩的应用镜像
• loop设备：系统自动创建的虚拟块设备
• 挂载点：通常在/snap/目录下

执行lsblk命令时，你会看到类似这样的输出：

NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT loop0 7:0 0 128K 1 loop /snap/bare/5 loop1 7:1 0 347M 1 loop /snap/gnome-3-38-2004/119 loop2 7:2 0 64M 1 loop /snap/core20/1828

注：RO=1表示这些设备是只读的

问题在于，每个Snap应用的更新都会保留旧版本（默认保留3个），导致磁盘占用呈阶梯式增长。一个看似简单的Snap应用可能实际占用空间是其显示大小的3-4倍。

2. 精准诊断：识别真正的空间消耗者

当系统弹出空间警告时，盲目删除文件可能适得其反。我们需要一套系统的诊断方法：

2.1 使用组合命令定位问题源

# 查看各挂载点使用情况（重点关注/snap和/dev/loop） df -h | grep -E 'loop|snap' # 显示所有loop设备及其关联文件 losetup -a # 计算/snap目录实际占用空间（可能比df显示的小） du -sh /snap/

关键现象判断：

• 如果df显示loop设备100%但du计算/snap不大 → Snap版本堆积
• 如果du显示/snap巨大但df正常 → 需要清理缓存

2.2 区分系统loop与Snap loop

不是所有loop设备都是有害的。系统关键loop设备通常挂载在：

• /rofs（Live CD环境）
• /snap/core（核心系统组件）

而用户安装的Snap应用通常显示为：

/dev/loop3 92M 92M 0 100% /snap/gtk-common-themes/1535

3. 深度清理：从临时措施到根治方案

3.1 快速释放空间（临时方案）

对于急需空间的场景，先执行：

# 清理旧版本Snap（每个应用保留1个版本） sudo snap set system refresh.retain=1 sudo snap refresh # 清除下载的Snap缓存 sudo rm /var/lib/snapd/cache/*

3.2 彻底解决之道（长期方案）

方案A：保留Snap但优化管理

# 设置只保留1个旧版本 sudo snap set system refresh.retain=1 # 查看可删除的旧版本 snap list --all | grep disabled # 手动删除特定旧版本 sudo snap remove <应用名> --revision=<版本号>

方案B：完全迁移到传统deb包

# 列出所有Snap应用 snap list # 逐个替换为deb版本（例如Chromium） sudo snap remove chromium sudo apt install chromium-browser # 最后移除Snapd引擎 sudo apt autoremove --purge snapd

重要提示：移除snapd会同时删除所有Snap应用，包括预装的core系列。建议先评估各应用的必要性。

4. 防患未然：构建可持续的磁盘管理策略

4.1 预防性监控设置

创建定期检查脚本~/bin/disk_check.sh：

#!/bin/bash THRESHOLD=85 CURRENT=$(df / --output=pcent | tail -1 | tr -d '% ') if [ $CURRENT -ge $THRESHOLD ]; then echo "警告：磁盘使用率 ${CURRENT}%" | mail -s "空间警报" $USER snap list --all | grep disabled >> ~/snap_cleanup.log fi

然后添加到cron每周运行：

chmod +x ~/bin/disk_check.sh (crontab -l ; echo "0 18 * * 5 $HOME/bin/disk_check.sh") | crontab -

4.2 高级管理技巧

对于技术用户，可以考虑：

• 将/var/lib/snapd挂载到独立分区
• 使用mount --bind将大容量Snap迁移到外部存储
• 编写自动化清理脚本处理废弃loop设备

在最近一次服务器维护中，通过分析发现30个Snap应用竟占用了22GB空间（其中18GB是旧版本）。实施版本保留策略后，空间使用降至6.2GB。这个案例印证了定期维护的重要性——技术便利性不应以牺牲系统健康为代价。