Installer hangs at 80% on "Configuring apt"

[Dave Martin]

Binary package hint: ubiquity

I observe this problem running trying to install from http://cdimages.ubuntu.com/ports/daily-live/20091007/karmic-desktop-armel+imx51.img on a Babbage2 board, but it's not clear whether the problem is platform-specific.

Once the installer has stuck at 80% (see attached ubiquity.xwd.gz), ubiquity and Xorg consume about 80% CPU between them*, and otherwise the CPU is idle with no other processes appearing to progress.

The problem appears completely reproducible; I cannot successfully install. I've been able to install from previous images prior to daily-live/20091005 without problems, and I'm following the same procedure as before.

Ethernet is connected physically, but the interface is not configured up -- this might or might not be relevant. I believe there is an outstanding kernel/NetworkManager issue preventing the Ethernet interface being brought up automatically on this board right now.

(*This may just be the effort of animating the progress bar :/ ... this can be an issue sometimes -- see https://bugs.launchpad.net/ubuntu/+source/gparted/+bug/378990; though I doubt that is the cause of the installer hang here... after all, install did manage to get quite a long way.)

ProblemType: Bug
Architecture: armel
Date: Wed Oct 7 12:58:30 2009
DistroRelease: Ubuntu 9.10
LiveMediaBuild: Ubuntu 9.10 "Karmic Koala" - Alpha armel+imx51 (20091007)
Package: ubiquity 1.99.30
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-101.9-imx51
SourcePackage: ubiquity
Uname: Linux 2.6.31-101-imx51 armv7l

[NicolasO (nicolas-oury)]

Hi,

same here 80%, during configuring apt.

07/10 daily ubunutu-netbook-remix on an Asus 1005HA.
Happens every time, whether from Install only or an Install through a Live session.
(Even if net is up in live session, and it works, I can browse on it.)

Best,

Nicolas.

[Evan (ev)]

This is due to changes in apt-setup which the desktop CD installer does not support yet in its debconf implementation.

[chuck adams (chuck-adams-k7qo)]

install daily-live amd64 and i386 discs. hangs at 80% for
configure apt during install.

daily-live Oct 7, 2009 build.

tried the skip button and no response from system.

thanks and keep up the good work,

chuck

[Launchpad Janitor (janitor)]

This bug was fixed in the package ubiquity - 1.99.31

---------------
ubiquity (1.99.31) karmic; urgency=low

  [ Evan Dandrea ]
  * Handle DATA commands in debconffilter. Support PROGRESS in the apt-
    setup component (LP: #445385).

  [ Colin Watson ]
  * Automatic update of included source packages: debian-installer-utils
    1.70ubuntu2, partman-target 64ubuntu3.

 -- Colin Watson <email address hidden> Wed, 07 Oct 2009 22:49:30 +0100

[wirechief (wirechief)]

I am glad to hear this bug has been fixed. I installed karmic-moblin-remix-i386.iso instead and it complained of a issue with the apt-configuration but gave a error and was able to proceed to a finish, I had the same issue as reported here but i made a different
bug report for my initial report..https://bugs.launchpad.net/netbook-remix-launcher/+bug/445932; I will try again later to install karmic
remix..

[pt123 (pt123)]

the bug still appears when in LiveCD but installs fine when not using Live CD.

[pt123 (pt123)]

I just tried installing 9.10 Netbook Remix version after loading Live CD, and it is hangs at the screen which gives you option to erase entire hard disk, largest continuous space ...

When I opened a terminal to see which process was stuck it was ubiquity, at 80%.

When I decided install without going into live CD, the partition screens opened fine and got through to installing it.

Note the installation was on as Asus EEE PC using a USB stick

[Omer Akram (om26er)]

ubiquity hangs at 80% means when configuring apt not when partitioning. and also if you disconnect from the internet during installation it won't hang or stuck at 80%. i think the ubuntu servers are so busy now a days due to recent release of karmic and when it stucks at 80% its scanning the mirror i guess

[Fabio Bossi (fabio-bossi-deactivatedaccount)]

I chose to skip the configuration step and after that I was unable to autentichate myself, even though I typed the right password (I chose to prompt for password on login but I didn't choose home directory encryption). I don't know if that's related to this bug, but after reinstalling offline I don't experience the issue anymore.

Can you still push this fix in the LiveCD? If the issue is indeed related, it would be a huge turnoff for new users.

[Ricardo Mones (mones)]

In my case, with the final karmic i386 CD, I just disabled the (wired) network interface, and installation was able to go beyond 80%.
After that I enabled it again but download of additional languages estimated to more than 3000 hours, so I had to skip this step (disabling the interface was less effective this time).
That way installation seemed to finish successfully.

[Omer Akram (om26er)]

i think this bug does not exist. it existed before beta and also face in few livecds of ubuntu moblin remix but later it got fixed. not a bug.

[joehill (joseph-hill)]

I just installed Karmic and had this same bug. After around 20 minutes of waiting I clicked "skip" and install resumed.

Not fixed.

[Fabio Bossi (fabio-bossi-deactivatedaccount)]

I confirm that the problem persists in the final release. I tried it on two different computers and I had this problem both times.

[Nick Simmonds (nsimmonds)]

I'm seeing the same issue, installing on an Acer TravelMate 2480. Skipping allowed the install to proceed, and the OS appears to be normally functional after install. Updates are working correctly.

[Omer Akram (om26er)]

try disconnecting from the internet before 80% and see if this bug exists

[Fabio Bossi (fabio-bossi-deactivatedaccount)]

Removed the armel tag since I have reproduced it with the amd64 version.

[cuccu (marco-curradi)]

I think this bug does exist on Ubuntu.
I solved it with this work around.
The problem relay on the router MTU settings for the pppoe default DSL service (Ethernet, DSL and Cable Broadband
Connections).
Is necessary to change the MTU in 1492.
You can check to MTU with the command
netstat -i eth0
You can change the MTU with the command
sudo ifconfig eth0 mtu 1492

[cuccu (marco-curradi)]

To solved once for all this issue you should change this settings (MTU 1492) in the router configuration.

[jkxx74 (jkxxster)]

Just adding that this bug is also present in Kubuntu 9.10 amd64, so that installer is affected as well. Total install time was over 90 minutes for me due to the waiting at the 80% mark.

[Omer Akram (om26er)]

disconnect from any wired or wireless internet this wont happen

[asu (asu9421)]

I was also having the same problem.I just Disconnected from the network connection & voila it again started.Cheers....

[udippel (udippel)]

Ran into the same bug, on kubuntu netbook remix.
I for one think it warrants a re-release of the .iso, since everyone will hit by this bug. Just threw in the freshly downloaded .iso, clicked 'install', and there it hang. Really must not happen. It will turn off/away >90% of the uninitiated.

It points to 2 quality issues in Ubuntu, aside from the existence of this bug:

1. We've had exactly the same with some earlier release; when network needed to be disconnected for the install to run through. Things may go wrong, but not all the time ... .

2. It is only common sense, to define time-outs. At least for non-essential parts of the install process.

(3. Even a failed apt-configure must not consume 80% of CPU or whatnot is mentioned further up.

4. 'Skip' must actually do what it says.)

Lousy job, sorry.

[Fabio Bossi (fabio-bossi-deactivatedaccount)]

Yeah, the fact that there are no plans to fix this in the near future is an epic fail for developers.

[Omer Akram (om26er)]

Fabio Bossi, what you wan't are you out of your mind. rerelease ubuntu 9.10?. OMG! (will be fixed in Lucid)
Plz People disconnect from internet before 80% or at 80% and it will pass.

[pt123 (pt123)]

It is such a major bug because it will prevent the installation of Ubuntu for most new users.
This should be fixed in the 9.10.1 release.

[Fabio Bossi (fabio-bossi-deactivatedaccount)]

That's right. Of course I have no personal interest in fixing this since I read the release notes and know how to use Launchpad, but Ubuntu is also supposed to target new users who have never installed an OS before.

[Colin Watson (cjwatson)]

It's actually almost certainly just in the middle of downloading. I can see in the debug log that it's busily *trying* to emit progress messages about what it's doing, but those progress messages are vanishing into thin air. I think we need a more complete implementation of the debconf DATA command to fix this.

[Launchpad Janitor (janitor)]

This bug was fixed in the package ubiquity - 2.1.3

---------------
ubiquity (2.1.3) lucid; urgency=low

  [ Evan Dandrea ]
  * Additional code cleanup from pycheck findings.

  [ Mario Limonciello ]
  * Don't run run_target_config_hooks for OEM config mode. It's
    already run during actual installation and can cause problems
    during the OEM config run. (LP: #473241)
  * Mythbuntu frontend: don't default to UseEvents for NVIDIA anymore.

  [ Colin Watson ]
  * Pass DATA command through debconffilter rather than swallowing it,
    restoring useful progress information (LP: #445385).
  * Fix KDE frontend translation issues (LP: #478006):
    - Retranslate install_process_label when the language changes.
    - Make "Layout:", "Variant:", and "Below is an image of your current
      layout:" translatable.
  * Fix inconsistent return types in partman.Page.snoop.
  * Automatic update of included source packages: base-installer
    1.103ubuntu1.
 -- Colin Watson <email address hidden> Thu, 03 Dec 2009 16:47:09 +0000

[catphive (catphive)]

I just installed the ubuntu 32 bit cd from the website. The same problem occurred. It let me skip the install step with the skip button, but then apt-get is borked after install. All apt-get updates hang indefinitely.

*not fixed*

Note: I used the wubi install mechanism

[joosteto (joosteto)]

This bug still is reproducible even with the 10.04 lucid's alpha 3 iso I just downloaded from
http://cdimage.ubuntu.com/releases/lucid/alpha-3/lucid-netbook-i386.iso

The only change is now that it hangs at 79% (was 80%).

Full text:
Configuring apt, Retrieving file 15 of 28.

When running dpkg -l ubiquity (from VC1), I see the ubiquity version is 2.1.27.
"top" shows ubiquity has 162 Megabytes of VIRT memory (55 RES), and Xorg and ubiquity are the only programs using CPU.

/sbin/ifconfig eth0
shows that the MTU is set at 1500; with scp I tried to copy a 10MByte file, and that works OK (and fast).

I did this while installing ubuntu netboox remix inside a Virtual box (Version 3.1.4), that runs on a WinXP machine.This way I also reproduced the 9.10 "80% configuring apt" hanging (4 times in a row the 9.10 install hangs; the 10.04 I've only tried once).
The network settings from VirtualBox were all set at default (NAT, etc).

[joosteto (joosteto)]

An update to my previous problem report:

The problem most likely is the transparent http proxy at my work that blocks some files (but not all).

When doing a lucid install with the network disconnected everything was OK. But then running
  aptitude update
caused aptitude to get about 12 files, and then stopping while trying to get the 13th file.
Configuring my own proxy made the problem go away.

[Cuong Dang (cuongdang)]

 I also meet this bug when I install Lucid's beta 1 (64 bits) to my Dell Studio 1535. I download the ubuntu-10.04-beta1-desktop-amd64.iso file and burn a CD, full installation.

I turn on my Wifi, before starting to boot and install Lucid. My experience shows me that way to get my wifi card drivers from the CD smoothly.

Then it hangs at 79%.

After waiting for long, it still keeps on retrieving ... of ... at 79%. I google around and read the comment of Joosteto #34. I try switching off my Wifi button to disconnect from the Internet. Wow it works! I could get though it and the installation was Ok.

[aleperalta (peralta-alejandro)]

I had the same problem to, unplugging the network seemed to solved it.