dpkg --get-selections|grep linux看看安装了几个内核，再删除多余内核以腾出空间

glmos-code-explain

与内核数量没关系不大，虽然多个内核占用空间也挺多的，但毕竟可以删除，1.5G空间腾挪下，总归是能用的。现在的情况主要空间都被 /boot/snapshot 目录占据了，即便将 /boot/snapshot 目录下的历史备份文件给删掉，在通过控制中心的更新功能更新的时候，该目录下的备份记录又会按备份记录自动重建，甚至备份里面的内容也会自动重建。

如果去 备份还原 软件中，尝试进行删除历史备份文件，则那个删除按钮无法点击、无法删除。

因此即便手动把 /boot/snapshot 目录下的记录删掉了，预留出足够的空间，也会造成更新失败。

如果不需要自动备份，把更新设置里的自动备份关闭掉，然后删除：

sudo rm -rf /osroot

sudo rm -rf /boot/snapshot

我自己这样操作之后，就不会再自动备份，/boot目录不会再被占满了

glmos-code-explain

备份肯定要不，如果升级失败了还能回退。

你们真正应该考虑的是如何优化备份策略，例如压缩文件、硬链接备份、更大的boot分区大小、将备份内容存放到其他分区中去。

我现在的解决方案是：缩小root分区(ext4，400G → 300G )及LV的大小，再用gpartd将PV容量缩小点，将空闲出来的容量，加到boot分区即可。现在我的boot分区就是分配的10G大小。

这样回退还原点后，就可以正常升级了。

PS：无论是boot分区（默认1.5G），还是root分区（默认15G），你们默认提供的容量大小都太小了，真奇葩。。。随便升级几次、装几个软件，boot容量就到2+G、root容量就到19+G了。