> Actually, the partition is correctly resized to the size indicated by the
> slider but it creates 2 partitions in this space, a root partition and a
> swap partition. So in the case where you resize to 2.7GB, the allocated
> space to the root partition is 2.7 - swapsize (e.g 1GB) leaving only 1.7GB
> for the root partition.
I'd prefer that we fix this by moving to swap files. Doing so will offer no
additional space, but will more clearly line up with the user's expectations
of the size of the partition.
> It's the same problem with the text installer, if the user selects 'resize'
> and resizes the partition to the maximum value proposed, then the partition
> is correctly resized but it also creates a swap partition in the free space.
> The installer doesn't stop immediately after the partitioning but further in
> the installation process when files are being installed and stops with a 'No
> space left on device'
I don't think this is the same problem. Ubiquity has logic in it to check
that the requested partition size is greater than a multiple of the size of
the read-only copy of the squashfs. This is the figure that's presented on
the "Prepare to install Ubuntu" page.
debian-installer, lacks the ability to have similar functionality due to its
flexibility and construction. It is close to impossible to determine the
minimum size needed for the installation in this environment. If you resize a
partition too small and try to install onto it, then sorry, but don't do that.
> On a side note, when a system is installed more than on time and the user
> chooses to overwrite the Ubuntu partition (e.g Windows installed alongside
> with Ubuntu, and reinstalling Ubuntu) a new swap partition is created each
> time ending up with as many swap partition as times the system has been
> reinstalled.
This should not happen if you choose the "Upgrade/Reinstall Ubuntu" or "Erase
Ubuntu and reinstall" options in ubiquity. These options are made to reuse
the existing swap partition. Please file a separate bug if this not the case.
> Actually, the partition is correctly resized to the size indicated by the
> slider but it creates 2 partitions in this space, a root partition and a
> swap partition. So in the case where you resize to 2.7GB, the allocated
> space to the root partition is 2.7 - swapsize (e.g 1GB) leaving only 1.7GB
> for the root partition.
I'd prefer that we fix this by moving to swap files. Doing so will offer no
additional space, but will more clearly line up with the user's expectations
of the size of the partition.
> It's the same problem with the text installer, if the user selects 'resize'
> and resizes the partition to the maximum value proposed, then the partition
> is correctly resized but it also creates a swap partition in the free space.
> The installer doesn't stop immediately after the partitioning but further in
> the installation process when files are being installed and stops with a 'No
> space left on device'
I don't think this is the same problem. Ubiquity has logic in it to check
that the requested partition size is greater than a multiple of the size of
the read-only copy of the squashfs. This is the figure that's presented on
the "Prepare to install Ubuntu" page.
debian-installer, lacks the ability to have similar functionality due to its
flexibility and construction. It is close to impossible to determine the
minimum size needed for the installation in this environment. If you resize a
partition too small and try to install onto it, then sorry, but don't do that.
> On a side note, when a system is installed more than on time and the user
> chooses to overwrite the Ubuntu partition (e.g Windows installed alongside
> with Ubuntu, and reinstalling Ubuntu) a new swap partition is created each
> time ending up with as many swap partition as times the system has been
> reinstalled.
This should not happen if you choose the "Upgrade/Reinstall Ubuntu" or "Erase
Ubuntu and reinstall" options in ubiquity. These options are made to reuse
the existing swap partition. Please file a separate bug if this not the case.