Ubiquity incorrectly states available storage when storage is hot-added during runtime
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| ubiquity (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
Bug Description
If storage is hot-added during installer runtime, this results in the installer incorrectly stating the amount of available storage.
Steps to reproduce:
I booted the Ubuntu 20.04.1 Desktop installer in a VM from a (virtual) CD-ROM drive, in BIOS mode. No other storage was attached to this VM at the time.
I started the installed and proceeded to the step where it reported that only 0.0B of required 8.6GB are available to install Ubuntu on.
I used the "back" button to return to the first installation screen.
I attached a (virtual) HDD to the SATA bus of this VM, with a total capacity of 10 GB.
I opened a terminal (Ctrl-Alt-T) and ran fdisk - it did not show this disk, yet.
I used apt to install the sg3-utils package, and ran the rescan-scsi-bus.sh script it provides (as root).
I used fdisk to create a GPT partition table on this disk, and used parted to verify it had been created. (The installer later overwrote this with an MBR partition table.)
I switched back to the active installer, and proceeded through the installation screens, reaching the same message as before, reporting that only 0B of required 8.6GB (?) are available to install Ubuntu on. Contrary to my previous attempt, the "continue" button was now enabled, though:
I was able to continue and complete the installation without errors or warnings, and the system booted successfully.
NB: The virtualization used is Virtualbox 6.1.14 r140239 (upstream packages) on an Ubuntu 18.04 LTS host.
