Ubuntu 9.10 beta freezes during installation i'm trying also daily karmic builds to install

Asked by Claudio de Oliveira

I decided to install the new Ubuntu 9.10 beta on my ThinkPad T61. After downloading and burning the AMD64 alternate image, I proceed to default installation.

Everything went just like 9.04 alternate install, but then, during final installation procedures (something like "set users permissions and passwords"), this setup step stucked at 26%. After 20 min waiting, the 26% mark was still there, but the HD activity led was flashing.

During install, I choosed "manual" partition, setted 240GB to / (ext4), 6GB to swap, and when asked, I setted "yes" to home encryption. My user password has 36 characters.

Last week I ran exactly the same steps with 9.04 AMD64 alternate, on the same machine, and everything worked fine.

Question information

Language:
English Edit question
Status:
Answered
For:
Ubuntu Edit question
Assignee:
No assignee Edit question
Last query:
Last reply:

This question was originally filed as bug #441894.

Revision history for this message
Neil Perry (nperry) said :
#1

Thank you for taking the time to report this issue and helping to make Ubuntu better. Examining the information you have given us, this does not appear to be a bug report so we are closing it and converting it to a question in the support tracker. We appreciate the difficulties you are facing, but it would make more sense to raise problems you are having in the support tracker at https://answers.launchpad.net/ubuntu if you are uncertain if they are bugs. For help on reporting bugs, see https://help.ubuntu.com/community/ReportingBugs.

Many Thanks

Neil Perry

Revision history for this message
Jeruvy (jeruvy) said :
#2

I had a similar issue with a completely different laptop using Karmic Beta 'Desktop' amd64 attempting to setup a dual boot with Vista.

I gave up after about 15 minutes of 'hmm is it still installing or what', installed a fresh hard disk in the computer and did a complete install on the fresh disk. This then took about 25 minutes to complete without the same 'hmm' as above.

I did notice that during this 15 minutes of uncertainty that afterwards the Vista boot still worked, but the partition had been resized to the full extent, even though it was shrunk prior to attempting to install Ubuntu. Something in parted must have resized that partition.

Perhaps there is something to do with the partition editor that is playing havoc. Unfortunately I do not have enough info to post a bug report, but maybe you or someone else does that noticed this behavior.

Revision history for this message
Claudio de Oliveira (claudio+de+oliveira) said :
#3

Hi Jeruvy,

It's "good" to know that I'm not alone with this issue. I was too hasty, and after 15 min I simply turned off my computer. The first boot after it went bad, freezing after a few seconds. The second one, however, went just fine.

If I get a free time during this week, I'll try installing 9.10 beta alternate without home encryption and 9.10 beta desktop.

Revision history for this message
Jeruvy (jeruvy) said :
#4

Hello Claudio,

Any update to this?

Revision history for this message
Claudio de Oliveira (claudio+de+oliveira) said :
#5

Hi Jeruvy,

Right now I'm installing 9.10 amd64 alternate using a daily build (if I'm not wrong, from oct 14th), following almost the same steps, and installer is stopped at 26% for more than 30 minutes. Hard disk activity LED is on during all this time.

But it seems our question was posted as a bug since alpha 5:

https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/428218

and

https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/432422

Choosing "no" to home encryption when asked seems to avoid this problem. This is quite interesting:

"at 83% gnome-system-monitor says that the command "dd if=/dev/zero of=/dev/sda1" is running.
(I think wiping partition or something)"

Maybe this explains why it takes so long before finishing the installation?

Oh, an update: my installation is finished now, after almost 50 min "stucked" at 26%.

Revision history for this message
Jeruvy (jeruvy) said :
#6

Well that is good to know. I'm wondering if this 'wipe' is the reason. Perhaps your disk is causing the grief directly. I'd install smartmontools (if you haven't) and test the disks for errors. I'd also be curious if this was due to converting an existing filesystem to ext4, but I haven't enough data to determine this on my own (my own filesystem died horribly during a partial-upgrade, forcing a reinstall).

Otherwise I'd be thinking this is a bug worth reporting.

Can you help with this problem?

Provide an answer of your own, or ask Claudio de Oliveira for more information if necessary.

To post a message you must log in.