/var/cache/apt/archives/目录下堆积的.deb缓存是UOS系统盘空间减少的主因，可安全清除；控制中心图形化清理最稳妥，终端执行sudo apt clean、autoclean和autoremove可深度释放空间，损坏索引需组合清理锁文件与重建索引，旧内核须手动核对版本后成对卸载。
统信UOS系统盘空间持续减少且确认非个人文件导致时，/var/cache/apt/archives/目录下堆积的.deb安装包缓存就是罪魁祸首，这些文件长期不处理可轻松占满1GB以上空间，但对已安装软件功能毫无影响，完全可以安全清除。
用控制中心图形化一键清理APT缓存
这是最稳妥的入门方式，适合刚弹出“磁盘空间不足”提示的新手用户，它会自动识别并勾选「旧版本软件包」这一关键项，避免手动漏选。
点击屏幕左下角「开始菜单」→ 搜索并打开「控制中心」→ 左侧导航栏点击「系统清理」。
等待扫描完成（通常20～40秒），确保勾选「旧版本软件包」——【此项直接关联/boot分区释放，不勾选则旧内核镜像不会被清理】。
点击右下角「立即清理」，输入管理员密码后执行，界面将显示本次释放的空间量。
终端执行基础APT缓存清理命令
图形工具扫不到深层缓存，必须进终端直击/var/cache/apt/archives/目录。这三步顺序不能乱，否则可能残留过期包干扰后续更新。
按Ctrl + Alt + T打开终端。
执行sudo apt clean → 这会彻底清空/var/cache/apt/archives/下所有.deb文件，包括当前可用版本；【后续安装新软件时将重新下载，不影响使用】。
执行sudo apt autoclean → 它只删已被新版替代、源中已失效的旧包，保留当前能装的安装包，适合想省点带宽的用户。
执行sudo apt autoremove --purge → 这步会连带卸载不再被依赖的旧内核、孤立库和配置文件，常额外释放300MB～2GB空间。
深度清理：处理卡住更新与损坏索引
当apt update卡在10%、提示“校验错误”或反复报锁文件冲突时，说明不只是缓存多，而是索引损坏或临时包残留，必须组合操作。
第一步：强制终止阻塞进程 → sudo killall apt apt-get
第二步：删除APT锁文件 → sudo rm /var/lib/dpkg/lock-frontend /var/lib/apt/lists/lock
第三步：清空缓存并重建索引 → sudo apt clean && sudo rm -rf /var/lib/apt/lists/* && sudo mkdir -p /var/lib/apt/lists/partial && sudo apt update。这四步必须连续执行，缺一不可；否则apt update会因缺失partial目录而报错。
第四步：手动清理异常临时包 → sudo rm -f /var/cache/apt/archives/*partial /var/cache/apt/archives/*_tmp。这类文件是断网或中断更新时产生的“半成品”，不删掉就会反复干扰后续更新流程。
手动识别并卸载旧内核释放/boot空间
/boot分区通常只有500MB～1GB，旧内核镜像极易占满导致系统无法升级，必须人工核对版本后成对卸载。
方法一：先确认当前运行内核 → 执行uname -r，记下输出结果（如5.15.0-amd64）。
方法二：列出全部已安装内核 → 执行dpkg --list | grep linux-image，找出除当前运行版和最新一个备用版之外的所有旧内核行。
方法三：成对卸载旧内核镜像与头文件 → 例如sudo apt remove --purge linux-image-5.10.0-amd64 linux-headers-5.10.0-amd64 → 【务必核对版本号，删错会导致系统无法启动】。
最后更新引导菜单 → sudo update-grub。
