Installer crashed during installation

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/1587555

I can confirm this bug. It affects me, when I try to install Xubuntu Yakkety 32-bit manually, selecting 'Something else' at the partitioning window.

The crash seemed to happen during or near configuration of time zone.

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

tried it a couple of times - didn't see it here anywhere close to tz config

I have this problem with Ubuntu Mate Daily Live build 20160606

I also have this on 64 and 32 bit versions of Xubuntu 16.10 daily.

Found what the issue is. Given that it's the most obvious (and critical) crash in syslog let's make use of this bug report to fix it; and I'll report a new one for the console-setup issue.

Turns out this is breaking in ubiquity because we don't get initscripts installed on the rootfs (since procps now depends on init-system-helpers instead).

For d-i installs this doesn't exactly break, but it's still a good idea to check for the file to exist before we try to modify it. Looks like in the d-i case, some other script may be creating an empty file before clock-setup runs.

On ubiquity, no such empty file is created, and we use a "copy" of 10clock-setup; so there needs to be an update to both packages.

This bug was fixed in the package clock-setup - 0.126ubuntu2

---------------
clock-setup (0.126ubuntu2) yakkety; urgency=medium

  * finish-install.d/10clock-setup: guard against rcS not existing on disk
    when we try to update it. (LP: #1587555)

 -- Mathieu Trudel-Lapierre <email address hidden> Wed, 08 Jun 2016 13:42:48 -0400

So this is a work around:

Install Ubuntu Desktop 16.04.

Code:

# sudo do-release-upgrade -d

That will upgrade you to 16.10. This does not fix the bug, but it works to get 16.10.

Tried KDE 16.04 LTS install and command above.
No Joy.

Command Results follow:
gene@U1610KDEDLYX:~$ sudo do-release-upgrade -d
Checking for a new Ubuntu release
No new release found
gene@U1610KDEDLYX:~$ uname -r
4.4.0-21-generic
gene@U1610KDEDLYX:~$ uname -a
Linux U1610KDEDLYX 4.4.0-21-generic #37-Ubuntu SMP Mon Apr 18 18:33:37 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux

Worked for me with regular Ubuntu (Unity).

username@machine_name:~$ uname -r
4.4.0-23-generic
username@machine_name:~$ uname -a
Linux machine_name 4.4.0-23-generic #41-Ubuntu SMP Mon May 16 23:04:25 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
username@machine_name:~$

I suspect there is something missing like needing to add Development Repos to current GA Repos. I don't know what these are so if you have that info, that would make the Workaround successful.

This bug was fixed in the package ubiquity - 16.10.2

---------------
ubiquity (16.10.2) yakkety; urgency=medium

  * scripts/clock-setup-apply: guard against missing rcS file on the rootfs.
    (LP: #1587555)
  * autopilot/ubiquity_autopilot_tests/*: remove unused imports for pyflakes.
  * tests/pyflakes.exclude: update exclusions to remove autopilot entries
    just fixed, and add the full module path to the others.
  * Automatic update of included source packages: apt-setup
    1:0.104ubuntu5, base-installer 1.158ubuntu3, clock-setup
    0.126ubuntu2, console-setup 1.142ubuntu4, netcfg 1.135ubuntu6,
    partconf 1.50, partman-auto-lvm 59ubuntu1, partman-ext3 86ubuntu1,
    partman-lvm 113.

 -- Mathieu Trudel-Lapierre <email address hidden> Thu, 09 Jun 2016 10:43:50 -0400

The bug-fixes in and around Ubiquity have trickled down to the iso files now, and it works again to install Lubuntu from a desktop iso file.

Thanks for squashing this nasty bug :-)