Comment 17 for bug 1663298

Another user attempted to install on real hardware given the following partition map:

Disk /dev/sda: 232.9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 73EB9828-4715-4D2C-B6E0-ED0B07CE0C22

Device Start End Sectors Size Type
/dev/sda1 2048 206847 204800 100M EFI System
/dev/sda2 206848 239615 32768 16M Microsoft reserved
/dev/sda3 239616 243537919 243298304 116G Microsoft basic data
/dev/sda4 484710400 488396799 3686400 1.8G Windows recovery environment
/dev/sda6 243537920 468117503 224579584 107.1G Linux filesystem
/dev/sda7 468117504 484710399 16592896 7.9G Linux swap

/dev/sda6 contains a standard Kubuntu install. It is not encrypted
To be more clear about available space:

Filesystem 1K-blocks Used Available Use% Mounted on
udev 4021440 0 4021440 0% /dev
tmpfs 808336 9668 798668 2% /run
/dev/sda6 110396248 6704732 98060648 7% /
tmpfs 4041680 28304 4013376 1% /dev/shm
tmpfs 5120 4 5116 1% /run/lock
tmpfs 4041680 0 4041680 0% /sys/fs/cgroup
/dev/sda1 98304 24253 74051 25% /boot/efi
tmpfs 808336 12 808324 1% /run/user/1000

Despite all that available space, he was not given the resize option.

Just to remove variables, I confirmed that LVM was not used and none of the Linux partitions are encrypted.

There is a GPT partition, so maybe that's the issue?

To further help figure this out, the output from running `ubiquity --debug` is attached. It seems the resize option is removed, though I'm not clear from the log how that conclusion was arrived at.