我用的是ubuntu8.04,想通过网络升级到ubuntu8.10。 于是按这里推荐的方法升级了。https://help.ubuntu.com/community/IntrepidUpgrades
可惜升级过程中发生了意外！系统提示我的/boot 空间不够，无法继续进行升级。 当时系统提示少了20多mb空间，所以我没有成功升级！

后来在论坛上查有关资料，发现用Gparted可以调整分区大小，于是把/boot由原来的94mb 改成了204mb.原来在/boot中已使用的空间是67mb,未使用的空间是27mb.

改完/boot的大小后以后就以为可以升级了！可惜的是， 查文件夹/boot的属性，和原来改变之前的没有什么变化！还是已使用的空间是67mb,未使用的空间是27mb.而在Gparted里查/boot的相关信息，空间变大了，可是已使用空间是176mb,未使用空间是27mb！！！也就是说新增加的110mb空间都已经使用了！

这个问题怎么解决，最终能够顺利升级？？？

没事就别单独分那个区啊，唉，你改了还没重启吧？

我都不知道重启了x遍了，以为重启了会正常！

据说现在时代进步了，科技发展了，/boot一般都不单独分区了。

调整大小的时候大概出了什么岔子。
把 /boot 里的内容拷贝出来，格式化 /boot，再把东西拷回去，然后调整 uuid 为原样。

mount | grep /boot
看一下 /boot 是哪个分区，比如是 /dev/sdax
那么
sudo vol_id --uuid /dev/sdax
会给出目前的 uuid 值，你可以把它保存到一个文件里，像这样：
sudo vol_id --uuid /dev/sdax > /tmp/olduuid
再看一下分区格式：
sudo vol_id --type /dev/sdax
假定是 ext3
接下来拷贝 /boot 里的内容到别处：
mkdir /tmp/boot
sudo cp -av /boot/* /tmp/boot
接下来卸载 /boot 分区：
sudo umount /boot
格式化分区：
sudo mkfs.ext3 /dev/sdax
(假如你的 /boot 原来的格式是 ext3，x 填你的值)
写回 uuid：
sudo tune2fs /dev/sdax -U $(cat /tmp/olduuid)
挂载分区：
sudo mount /dev/sdax /boot
拷回文件：
sudo cp -av /tmp/boot/* /boot

严格按照上面的样子输入，注意空格和大小写。
注意 /tmp 下保存的文件重启后会消失，如果想更保险一点，可以保存在你的家目录，待确认正常后再删除。
以上假定你的 grub 是安装在 mbr 的。