Ubuntu
ubiquity package

No progress bar after "Preparing to install Ubuntu" when downloading microcode/updates

Bug #1396380 reported by f(fanta) on 2014-11-25

72

This bug affects 15 people

Affects		Status	Importance	Assigned to	Milestone
	ubiquity (Ubuntu)	Triaged	Medium	Unassigned

Bug Description

Steps to reproduce:

- With ubuntu 14.10 Desktop 64-bit already installed, try ro re-install it (from USB stick)
- Choose the language (English), continue and tick the two checkboxes (download updates while installing and install the 3rd party software), continue
- it remains there indefinitely, with the "wait" cursor

(I hit Ctrl+Alt+F1 to login and submit the bug report)

What I have tried to fix the issue:
- Because it was a re-installation in a dual boot configuration with Windows 7, I booted Windows 7 and from Windows deleted the two volumes previously used by Ubuntu (/ and swap), and tried again to install ubuntu, reproducing the same issue as before.
- Started ubuntu from the USB stick (without installation) and formatted the now free space on disk as two ubuntu partitions (approx 40 GB and 8 GB respectively); then tried ubuntu installation again, reproducing the same issue as before.

Workaround:
- unchecked download updates while installing and install the 3rd party software, and installation continued correctly.

I am attaching a /var/log/syslog collected after reproducing the issue and before reboot, but I can find no /var/log/partman.

ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: ubiquity 2.20.0
ProcVersionSignature: Ubuntu 3.16.0-23.31-generic 3.16.4
Uname: Linux 3.16.0-23-generic x86_64
ApportVersion: 2.14.7-0ubuntu8
Architecture: amd64
CasperVersion: 1.345
Date: Tue Nov 25 22:40:05 2014
InstallCmdLine: BOOT_IMAGE=/casper/vmlinuz.efi file=/cdrom/preseed/ubuntu.seed cdrom-detect/try-usb=true noprompt floppy.allowed_drive_mask=0 ignore_uuid boot=casper only-ubiquity quiet splash --
LiveMediaBuild: Ubuntu 14.10 "Utopic Unicorn" - Release amd64 (20141022.1)
ProcEnviron:
TERM=linux
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
SourcePackage: ubiquity
UpgradeStatus: No upgrade log present (probably fresh install)

Tags:

Revision history for this message

f(fanta) (fanta) wrote on 2014-11-25:

#1

/var/log/syslog Edit (167.3 KiB, text/plain)
Casper.txt Edit (1.0 KiB, text/plain; charset="utf-8")
Dependencies.txt Edit (6.7 KiB, text/plain; charset="utf-8")
UbiquityDebug.txt Edit (401 bytes, text/plain; charset="utf-8")
UbiquityDm.txt Edit (4.0 KiB, text/plain; charset="utf-8")
UbiquitySyslog.txt Edit (167.2 KiB, text/plain; charset="utf-8")

Revision history for this message

Launchpad Janitor (janitor) wrote on 2015-01-11:

#2

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in ubiquity (Ubuntu):
status:	New → Confirmed

Alberto Salvia Novella (es20490446e) on 2015-01-11

Changed in ubiquity (Ubuntu):
importance:	Undecided → Critical

Revision history for this message

momiga (momiga) wrote on 2015-05-07:

#3

I have the same issue, also installing alongside Windows 7. I did `ps axjf' and noticed it was stuck running `ntfsresize -f -i /dev/sda2', which was called by a partman script. I assume the script was trying to determine the minimum size of the Windows partition to give an option to resize it. The path to the script on the LiveCD was:

/lib/partman/automatically_partition/10resize_use_free/option

My workaround was the remove the part of the partman script responsible for calling ntfsresize, since I already had my disks prepartitioned. Ubiquity worked fine after that, and it was able to automatically install alongside Windows 7.

I'm probably going to post about this in the Ubiquity package bug tracker. ntfsresize is really slow on real world NTFS file systems and shouldn't be being used by Ubiquity in such a way unless requested by the user.

Revision history for this message

Ubuntu Foundations Team Bug Bot (crichton) wrote on 2015-05-07:

#4

The attachment "UbiquitySyslog.txt" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

tags:

added: patch

Revision history for this message

Brian Murray (brian-murray) wrote on 2015-05-07:

#5

Looking at the attachments in this bug report, I noticed that "UbiquitySyslog.txt" was flagged as a patch. A patch contains changes to an Ubuntu package that will resolve a bug, since this was not one I've unchecked the patch flag for it. In the future keep in mind the definition of a patch. You can learn more about what qualifies as a patch at https://wiki.ubuntu.com/Bugs/Patches. Thanks!

tags:

removed: patch

Revision history for this message

Lex (allex-vily) wrote on 2015-09-19:

#6

No offense to any Linux users and I know I will be cursed by lots of people after this comment so here goes: This is the type of issues that makes Linux be a piece of crap next to win and mac

Revision history for this message

James Muscat (jamesremuscat) wrote on 2015-11-03:

#7

This remains a problem with the 15.10 installer. The workaround still applies.

Revision history for this message

Oded Arbel (oded-geek) wrote on 2015-11-29:

#8

Still seems to be a problem with xenial - ubiquity seems to hang after selecting "install third party software" and clicking continue.

From `ps`ing and `strace`ing it looks like ubiquity is waiting for Intel-microcode and nvidia-340 to be installed, and that eventually succeeds (which takes an amount of time between annoying and exasperating depending on the speed of your network) but there is no progress dialog and the user experience suffers.

Revision history for this message

Felipe Morales (fpilee) wrote on 2016-04-26:

#9

Ubuntu Mate installer crash after selecting the language. Not even the first step. Lol

Revision history for this message

Mathieu Trudel-Lapierre (cyphermox) wrote on 2016-04-27:

#10

@Felipe; if it crashed, it's not this bug. Please file your own new bug so we can have a look and fix it.

This depends highly on the system that runs the installer (some needs drivers, others don't), and on the speed of the network (very slow network will take a while to retrieve firmwares).

There isn't much we can do about the fact that this needs to be retrieved, however we can improve on the design and possibly show a progress bar there.

Triaging, but this certainly doesn't quality as "Critical".

Changed in ubiquity (Ubuntu):
status:	Confirmed → Triaged
importance:	Critical → Medium
summary:	- Installation stuck on "Preparing to install Ubuntu" + No progress bar after "Preparing to install Ubuntu" when downloading + microcode/updates

Report a bug

This report contains Public information

Everyone can see this information.

You are

Subscribing...

Edit bug mail

Other bug subscribers

Bug attachments

Add attachment

Remote bug watches

Bug watches keep track of this bug in other bug trackers.