查看 /boot，可以看到以下信息：
me@machine:/boot$ df -h /boot
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 703M 383M 269M 59% /boot
如果此大小为 703M，已用 = 383M，可用为 269M，那么 703-(383+269) = 51 M 剩下在哪里？'Use%' 似乎基于 383/(383+269) 值。
更新内核的唯一方法似乎是手动删除旧版本（即 sudo apt purge linux-image-5.15.0-83-generic），因为我的系统似乎只能有当前内核加上上一个内核。完成此操作后，更新可以正常运行，内核也可以更新。
我的猜测是，如果有足够的空间，系统可以不经过这个手动步骤就更新。-83 和 -86 内核 initrd.img 文件似乎大约有 178M，而 vmlinuz 文件大约有 11M，因此粗略检查一下，这比可用的 269M 要小（除非需要一些空间来更新）。
通过快速搜索可以找到有关为什么会出现磁盘大小差异的答案：
df -h - 已用空间 + 可用空间小于 /home 的总大小
通过使用“sudo tune2fs -m 0 /dev/sda5”，这将使这个 5% 的缓冲区为 0。
'sudo tune2fs -l /dev/sda5' 出现 9356 个保留块，块大小为 4096，即〜38M。
使用 '-m 0' 仍然是有效选项吗？原始答案已有 10 年历史，不知道是否有任何注意事项。
703M 上缺失的 51M 看起来是 7.2%，而不是 5%，但 tune2fs -l 返回的块计数（块计数 = 187136，保留块计数 = 9356）确实产生了 5%（9356/187136）。块大小为 4096。
当更新内核时，你需要多少空间？
nb 一种解决方案是在 initramfs.conf 中将压缩更改为 xz，如下所示：问题更新