Install Ubuntu XX.XX alongside SYSTEM YY screen missing

[warren]

Testcase needs changes:

If all the disks are full (have fully allocated partitions, but can be resized) when you try to perform alongside installation a resize step is required and we offer a person to choose how much space to leave for the old system and how much space to give for the new system.

If on the other hand a disk has "free" unallocated & unpartitioned space and it is big enough, we simply use that. The assumption here is that a person either plugged in a second disk for ubuntu or pre-partitioned and freed up disk space using other utilities (e.g. when offline de-fragmentation was needed). This is inline with the Ubiquity Design doc: alongside install maps to resize or biggest_free. http://goo.gl/Kokw5

There are three bugs about this now.

===

1) Lubuntu 12.10 daily build i386 9-5-2012
2) ubiquity 2.11.30
3) I expected for the Install Ubuntu XX.XX alongside system yy screen to appear after the Allocate drive space screen.
4) The install ubuntu XX.XX alongside system yy screen never appeared. No screen to verify that the drive selected on the select drive list corresponds to the drive on the chart. No slider bar to move to make each section gets 50%

ProblemType: Bug
DistroRelease: Ubuntu 12.10
Package: ubiquity (not installed)
ProcVersionSignature: Ubuntu 3.5.0-13.14-generic 3.5.3
Uname: Linux 3.5.0-13-generic i686
ApportVersion: 2.5.1-0ubuntu4
Architecture: i386
Date: Wed Sep 5 20:23:13 2012
InstallCmdLine: noprompt cdrom-detect/try-usb=true file=/cdrom/preseed/lubuntu.seed boot=casper initrd=/casper/initrd.lz quiet splash --
InstallationMedia: Lubuntu 12.10 "Quantal Quetzal" - Alpha i386 (20120905.1)
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install)

[Ubuntu QA Website (ubuntuqa)]

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1046627

[Brian Murray (brian-murray)]

It looks like the OS is found:

Sep 6 00:29:21 lubuntu 50mounted-tests: debug: running subtest /usr/lib/os-probes/mounted/40lsb
Sep 6 00:29:21 lubuntu 40lsb: result: /dev/sda5:Ubuntu 12.04.1 LTS (12.04):Ubuntu:linux
Sep 6 00:29:21 lubuntu 50mounted-tests: debug: os found by subtest /usr/lib/os-probes/mounted/40lsb

[Brian Murray (brian-murray)]

I've confirmed this using an Ubuntu desktop amd64 daily build from 20120917.

[Dimitri John Ledkov (xnox)]

1) Using 20120926 Ubuntu Desktop amd64 image, perform full disk install on a big enough disk
2) Reboot into that image again, and go to the ask page
3) "Install Ubuntu 12.10 alongside Ubuntu quantal" and "Erase Ubuntu quantal and reinstall" options are offered.
4) Selecting "Install Ubuntu 12.10 alongside Ubuntu quantal" takes me to the allocate drive space page

(the resize page is still affected by the bug of not showing the logos)

These steps were performed using a single 16GB disk, with existing installation covering all of that 16GB disk. Installation media was CD-ROM.

Can you please confirm that you did not have a second hard drive available with truly free space already? In that case the installer may simply install directly into the biggest free space.

If you are going to reproduce this bug, please enable debug mode: either launch ubiquity from a terminal with `--debug' argument, or at the boot-splash screen use F6 to bring up the boot prompt and add `debug-ubiquity` to it. Then take a screenshot of the ask page and please attach the /var/log/installer/debug.

[Dimitri John Ledkov (xnox)]

Looking at the partman logs:
Before state:
parted_server: OUT: 1 1048576-2047868927 2046820352 primary unknown /dev/sda1
parted_server: OUT: 5 2048917504-12548308991 10499391488 logical ext4 /dev/sda5
parted_server: OUT: 6 12549357568-12748587007 199229440 logical ext4 /dev/sda6
parted_server: OUT: 7 12749635584-52748615679 39998980096 logical ext4 /dev/sda7
parted_server: OUT: -1 52748615680-160041885695 107293270016 pri/log free /dev/sda-1

The last bit shows that there was ~ 10GB of empty disk space available.

Resize_use_free auto partition mode was available:
/lib/partman/automatically_partition/10resize_use_free/choices: Found resizable partition '/var/lib/partman/devices/=dev=sda//12749635584-52748615679' (/dev/sda7) with 10968731648 bytes free

The end result became:
parted_server: OUT: 1 1048576-2047868927 2046820352 primary unknown /dev/sda1
parted_server: OUT: 5 2048917504-12548308991 10499391488 logical ext4 /dev/sda5
parted_server: OUT: 6 12549357568-12748587007 199229440 logical ext4 /dev/sda6
parted_server: OUT: 7 12749635584-52748615679 39998980096 logical ext4 /dev/sda7
parted_server: OUT: 8 52749664256-157895622655 105145958400 logical ext4 /dev/sda8
parted_server: OUT: 9 157896671232-160041009151 2144337920 logical linux-swap /dev/sda9

So indeed biggest free space was used, which is expected behaviour.