关于/recovery分区使用率100%的原因及文件删除可行性咨询

看起来你的/recovery分区已经彻底占满了，咱们先从你提供的命令输出里梳理清楚问题根源，再聊聊哪些文件可以安全删除：

1. 分区使用率现状 #

先看df -kh的输出，明确是/dev/nvme0n1p2这个recovery分区（挂载到/recovery）使用率100%：

df -kh
/dev/nvme0n1p2  3.9G  3.9G     0 100% /recovery
tmpfs           1.4G   16K  1.4G   1% /run/user/120
tmpfs           1.4G   72K  1.4G   1% /run/user/1000

2. 空间占用明细 #

进入/recovery目录后，用ls -l和du -sk *可以看到，空间几乎被两个以casper-开头的目录占满：

cd /recovery
ls -l
drwx------ 2 root root 4096 Oct 29  2019 casper-B7C0-49E0
drwx------ 2 root root 4096 Aug 29 21:07 casper-E172-484E
drwx------ 5 root root 4096 Apr 11  2022 dists
drwx------ 4 root root 4096 Apr 11  2022 pool
-rwx------ 1 root root  171 Dec 30  2019 recovery.conf

du -sk *
2141264 casper-B7C0-49E0
1830568 casper-E172-484E
280 dists
20824   pool
4   recovery.conf

这两个casper-xxx目录是系统恢复镜像，本质是系统的备份快照，用来在系统出问题时恢复到某个状态，所以体积会很大，这就是分区占满的核心原因。

3. 文件删除可行性分析 #

咱们一个个说这些文件能不能删：

• casper-B7C0-49E0和casper-E172-484E：这两个是恢复镜像，如果你当前系统运行稳定，并且已经做好了其他备份（比如外部硬盘备份），或者根本不需要用recovery功能恢复系统，那么可以安全删除其中一个或者全部。删除后不会影响当前系统的正常运行，只是失去了用这些镜像快速恢复系统的能力。
• dists和pool：这两个是恢复镜像的依赖包仓库，和casper镜像配套使用。如果你已经删掉了casper镜像，这两个目录留着也没用，可以一起删除；如果还保留casper镜像，就别删它们。
• recovery.conf：这个是recovery环境的配置文件，体积极小（只有171字节）。除非你打算彻底废弃整个recovery分区，否则建议保留；就算删掉，对当前系统也几乎没有影响，只是recovery功能可能会出问题。

总结 #

最有效的释放空间方式就是删除你不需要的casper恢复镜像，根据自己的备份情况和对recovery功能的需求来决定就行。

备注：内容来源于stack exchange，提问作者Kevin_Stevens