TUI FTP upgrade 7.0 -> 7.1 won't complete due to lack of
space on '/boot' -- 5 M too short.
The system was originally installed as 7.0 server with the
default package group selection and auto partitioning.
disk information -- from default 7.0 install:
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 249M 72M 164M 31% /
/dev/sda1 16M 12M 4.3M 73% /boot
/dev/sda3 3.7G 44k 3.4G 1% /home
/dev/sda2 3.7G 473M 3.0G 14% /usr
/dev/sda4 249M 21M 215M 9% /var
Disk /dev/sda: 64 heads, 32 sectors, 8678 cylinders
Units = cylinders of 2048 * 512 bytes
# start end size fstype [fsize bsize cpg]
a: 2 18 17 ext2
b: 19 3849 3831 ext2
c: 3850 7680 3831 ext2
d: 7681 7937 257 ext2
e: 7938 8194 257 ext2
f: 8195 8451 257 swap
What is the problem? You need more space apparently.
I wasn't expecting any space related errors during the upgrade, especially
since it was a default server install with more than sufficient drive
resources _AND_ the original partitioning scheme was created with the
auto-partitioning feature in 7.0. The details of the original partition map
are listed above.
What are the contents of /boot? It seems like alot of space is being taken up.
I modified the autopartitioning some time ago for 7.1 to make /boot larger, btw,
so this should not be a future problem.
Do you have any more information on this bug?
The 2.4 kernel has apparently pushed the sizes so that the automatically choosen
values for /boot in previous releases is not large enough. We've fixed this in
the 7.1 installer for new installs. For your case perhaps you can move the
/boot directory to your /? Or you could make a boot floppy for your old
installation, remove the contects from /boot, and try upgrading. Unfortunately
you'll run into this problem again when you try to upgrade next time if you try
Marking this as NOTABUG since it is accurately reporting you don't have enough
disk space, and we have corrected the allocation problem for 7.1 installs.
Sorry for the inconvenience this has caused, I hope one of my suggestions will