我编辑了标题，希望升级工具维护人员能够注意到并修复它以减少 /boot 上的空间占用
旧标题：无法将 17.04 升级到 17.10；清理后 /boot 上空间不足；全盘加密
此问题已报告为马可和瓦尔德马克但由于声誉不足，我无法评论这些问题，并且提出的解决方案对我来说不起作用。
我正在尝试从 17.04 升级到 17.10，因为 17.04 将于 2018 年 1 月终止使用。
升级中止并显示以下消息：
可用磁盘空间不足
升级已中止。升级需要磁盘“/boot”上总共 167 M 的可用空间。请在“/boot”上至少释放 1,470 k 的额外磁盘空间。您可以使用“sudo apt autoremove”删除旧内核，也可以在 /etc/initramfs-tools/initramfs.conf 中设置 COMPRESS=xz 以减小 initramfs 的大小。
我已经遵循了这些建议，这是清理 /boot 后可用的可用空间量。我只安装了当前内核 - 因此它被精简到了极致。
$ df -h /boot
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 236M 66M 159M 30% /boot
$ ls -lah /boot
total 57M
drwxr-xr-x 4 root root 3.0K Oct 28 13:43 .
drwxr-xr-x 27 root root 4.0K Oct 28 13:43 ..
-rw-r--r-- 1 root root 1.4M Oct 7 06:45 abi-4.10.0-37-generic
-rw-r--r-- 1 root root 201K Oct 7 06:45 config-4.10.0-37-generic
drwxr-xr-x 5 root root 1.0K Oct 28 13:43 grub
-rw-r--r-- 1 root root 44M Oct 27 19:46 initrd.img-4.10.0-37-generic
drwx------ 2 root root 12K Oct 17 2014 lost+found
-rw-r--r-- 1 root root 179K Jan 28 2016 memtest86+.bin
-rw-r--r-- 1 root root 181K Jan 28 2016 memtest86+.elf
-rw-r--r-- 1 root root 181K Jan 28 2016 memtest86+_multiboot.bin
-rw------- 1 root root 3.6M Oct 7 06:45 System.map-4.10.0-37-generic
-rw------- 1 root root 7.3M Oct 7 06:45 vmlinuz-4.10.0-37-generic
- @Marco 说“随后
sudo apt-get upgrade导致它完成系统安装” -这对我来说不起作用 - @waldermark 说“没有其他变化，但我现在可以升级到 17.10” -我还没有遇到过这种情况
/boot 分区大小是 2014 年我在这台笔记本电脑上安装 Ubuntu 时由 Ubuntu 安装程序设置的。它有一个 500GiB SSD。启动分区位于数据分区之前。SSD 上没有多余的空间。数据分区有一个 crypt-luks 文件系统。这一切都是由 Ubuntu 安装程序设置的。
我有点儿像新手，也依赖笔记本电脑来工作，因此不愿做任何有可能损坏机器和/或需要很长时间才能完成或恢复的事情。
我犹豫着是否要删除笔记本电脑并重新安装，因为备份和恢复所有用户文件以及重新安装所有当前安装的软件需要花费时间。
由于其他地方有关于移动（加密）数据分区开头的危险的评论，我犹豫是否尝试扩大现有的启动分区。
我犹豫是否要在磁盘末尾创建一个新的、更大的启动分区，因为我必须缩小现有的加密数据分区。
如果有一步一步的指导，我会更愿意去做那些选择。
从根本原因的角度看，升级工具在 /boot 上需要这么多额外空间，而它有足够的空间容纳更多内核，这似乎有点奇怪。此外，这是 Ubuntu 安装程序创建的启动分区的大小，因此可以预见，经过多次升级的系统将有这么多可用空间。
答案1
我等了几天，发现升级工具已经更新。我再次尝试升级，升级过程没有任何问题。
升级后的系统仍然存在问题，但那是另一个问题。