Gutsy beta - Desktop CD install hangs on migration screen

Barry,
Can you please run the installer using the --debug option (`ubiquity --debug` in a console window), then attach /var/log/syslog and /var/log/installer/debug to this bug report? When you say "freezes", I'm assuming you mean that the installer is stopping at the migrate documents and settings page and not letting you proceed past it, correct? That is, it's not getting to the actual install routine (when you see a copying files progress bar). Do you by any chance have a Windows Vista partition on this computer?

Thanks!

That's correct. I get a busy pointer after trying to proceed beyond the migration screen, which never goes away. There is no installation of Vista on the drive, just XP (one partition is NTFS).

I'll upload the two files shortly.

Oddly, if I run 'ubiquity --debug' rather than just clicking on the icon, it goes past the stalling screen without a problem - I have tried this twice. I rebooted and tried the standard way of installing again and it froze in the same place (that's now four attempts with the same result).

I've uploaded /var/log/syslog from trying to install the normal way.

I can confirm this. Exactly the same thing happend to me. I also have an xp partition. When I used the debug option the installation could continue but it later failed (probably a bad cd).

I just ran it again with the --debug option and it failed this time. I've attached the debug file.

I have the same problem with the installation hanging after an alert about the migration assistant.

I ran "ubiquity --debug" and have attached /var/log/syslog and /var/log/installer/debug output.

I have the samb problem with the installation . I also have an xp partition.

I have a similar problem, but i chose "don't use" in the formatting/partitioning step (manual partitioning).

As a workaround I ran "ubiquity --no-migration-assistant" in a terminal window instead of using the desktop install launcher. The installation succeeded although without migration assistant.

I've got some time and empty partitions. I would be happy to try additional installs.

It works for me too if I mark the NTFS partition as not to use in the partition screen.

It did NOT work for me if I marked the ntfs partition and the fat32 (restore) partition as "don't use". I tried this several times and the only way I got 'round this was to run "ubiquity --no-migration-assistant".
I've tried this on two separate laptops (Thinkpad Z61t and Dell D531, both came with XP preinstalled) - they both have one ntfs and one fat32 partition.

I'll try that tomorrow. Thanks.

----- Original Message ----
From: Fredrik Wendt <email address hidden>
To: <email address hidden>
Sent: Monday, October 1, 2007 2:20:22 PM
Subject: [Bug 145712] Re: Gutsy beta - Desktop CD install hangs on migration screen

It did NOT work for me if I marked the ntfs partition and the fat32 (restore) partition as "don't use". I tried this several times and the only way I got 'round this was to run "ubiquity --no-migration-assistant".
I've tried this on two separate laptops (Thinkpad Z61t and Dell D531, both came with XP preinstalled) - they both have one ntfs and one fat32 partition.

--
Gutsy beta - Desktop CD install hangs on migration screen
https://bugs.launchpad.net/bugs/145712
You received this bug notification because you are a direct subscriber
of the bug.

Same thing is happening with me, I have a windows XP ntfs partition and the installation freezes after clicking "Next" at the migration assistant. Using --debug did not get it past there, but the --no-migration-assistant worked great.

To install Gutsy do not mark the ntfs partition in the partition editor.
You can also successfully install Gutsy by running this command line from a terminal session "ubiquity
--no-migration-assistant".

Just don't mark, or name your NTFS or FAT32 partitions.
Th NTFS and FAT32 partitions should appear after installation reboot.

----- Original Message ----
From: Aevin <email address hidden>
To: <email address hidden>
Sent: Thursday, October 4, 2007 5:07:58 PM
Subject: [Bug 145712] Re: Gutsy beta - Desktop CD install hangs on migration screen

Same thing is happening with me, I have a windows XP ntfs partition and
the installation freezes after clicking "Next" at the migration
assistant. Using --debug did not get it past there, but the --no-
migration-assistant worked great.

--
Gutsy beta - Desktop CD install hangs on migration screen
https://bugs.launchpad.net/bugs/145712
You received this bug notification because you are a direct subscriber
of the bug.

Thanks! Wow! Everyone's feedback was so quick! I'm pretty much a n00b
to the recent Linux world (haven't used it since older versions of Red
Hat) and I can't even imagine a commercial software vendor coming back
with such concise responses so quick.

I also have an NTFS partition and ended up reinstalling Feisty. I ran
the update through the update manager and all is well so far. Thanks
again for the response!

Eric

On Thu, 2007-10-04 at 21:07 +0000, Aevin wrote:
> Same thing is happening with me, I have a windows XP ntfs partition and
> the installation freezes after clicking "Next" at the migration
> assistant. Using --debug did not get it past there, but the --no-
> migration-assistant worked great.
>

Thanks! I've never gotten such quick or informed help on any software
ever! (Including business to business vendors) I hope I can return

On Thu, 2007-10-04 at 22:27 +0000, Dave Nelson wrote:
> To install Gutsy do not mark the ntfs partition in the partition editor.
> You can also successfully install Gutsy by running this command line from a terminal session "ubiquity
> --no-migration-assistant".
>
> Just don't mark, or name your NTFS or FAT32 partitions.
> Th NTFS and FAT32 partitions should appear after installation reboot.
>
> ----- Original Message ----
> From: Aevin <email address hidden>
> To: <email address hidden>
> Sent: Thursday, October 4, 2007 5:07:58 PM
> Subject: [Bug 145712] Re: Gutsy beta - Desktop CD install hangs on migration screen
>
> Same thing is happening with me, I have a windows XP ntfs partition and
> the installation freezes after clicking "Next" at the migration
> assistant. Using --debug did not get it past there, but the --no-
> migration-assistant worked great.
>
> --
> Gutsy beta - Desktop CD install hangs on migration screen
> https://bugs.launchpad.net/bugs/145712
> You received this bug notification because you are a direct subscriber
> of the bug.
>

I hope I can pass on some help to others in the future. :)

On Thu, 2007-10-04 at 22:27 +0000, Dave Nelson wrote:
> To install Gutsy do not mark the ntfs partition in the partition editor.
> You can also successfully install Gutsy by running this command line from a terminal session "ubiquity
> --no-migration-assistant".
>
> Just don't mark, or name your NTFS or FAT32 partitions.
> Th NTFS and FAT32 partitions should appear after installation reboot.
>
> ----- Original Message ----
> From: Aevin <email address hidden>
> To: <email address hidden>
> Sent: Thursday, October 4, 2007 5:07:58 PM
> Subject: [Bug 145712] Re: Gutsy beta - Desktop CD install hangs on migration screen
>
> Same thing is happening with me, I have a windows XP ntfs partition and
> the installation freezes after clicking "Next" at the migration
> assistant. Using --debug did not get it past there, but the --no-
> migration-assistant worked great.
>
> --
> Gutsy beta - Desktop CD install hangs on migration screen
> https://bugs.launchpad.net/bugs/145712
> You received this bug notification because you are a direct subscriber
> of the bug.
>

Dave: What exactly do you mean by mark?

By default (choosing manual partitioning) the nfts drive is marked with fs=ntfs and mountpoint=/media/sdaX, the fat drive is marked with fs=fat32 and mountpoint=/media/sdaY
This setup will hang.
I tried (new boot from CD) changing the fs mark on the ntfs partition to "don't use" (keeping fat on default) - did not work.
I tried (new boot from CD) changing the fs mark on the fat partition to "don't use" (keeping ntfs on default) - did not work.
I finally tried (new boot from CD) changing both partitions to "don't use" - did not work.

The only way I got around this was to use --no-migration-assistant.

Dave: What exactly do you mean by "To install Gutsy do not mark the ntfs partition in the partition editor"?

By mark I mean do not check the box next to the NTFS, or edit the partition all call it /windows.
That is what worked for me. When i rebooted Gutsy my /windows partiton was recognized as /sda1.

I seem to be having the same problem with the Hardy beta (+) live-install CD. I can free up the system by unmounting all (or some) of the partitions left mounted by os-prober and migration-assistant. When I run with --debug the problem doesn't occur. I suspected the mounts as multiple devices were left mounted on the same mount points. I have a hunch that a race condition is involved somehow, but I don't know that.

The system doesn't hang if I specify --no-migration-assistant, run with --debug,don't mark a windows partion at hda6 as don't use, or mount all partitions to appropriate different /media/hdxx mount points before hand. I tried this last idea realizing that running ubiquity under an installed gutsy system wasn't hanging and the mounts remaining after running it weren't as funky.

migration-assistant leaves out partitions in its survey of users available for migration. Which ones it
leaves out and leaves in are difficult to predict. Sometimes it says none are available and sometimes it
lists most (from 1 ntfs partition (hda1) and 4 ext3 partitions (hda5, hdb2/6, hdb7/8, hdb9). Rarely are all partitions represented. The last userid of hdb9 is often left out, but that may be a different problem.

As ubiquity is running gnome file explorers pointing to partitions start up on their own, I suspect as partitions are mounted by ubiquity components.

I can get around all of this. I'm submitting this report to provide feedback on Hardy beta. Please advise if
I can do anything helpful.

When I boot the Live-CD with Hardy Heron I don't have Nautilus opening up windows showing my home page or external USB hard drive. Your having a unique problem as well as I am.

----- Original Message ----
From: John S. Gruber <email address hidden>
To: <email address hidden>
Sent: Friday, March 28, 2008 3:32:15 PM
Subject: [Bug 145712] Re: Gutsy beta - Desktop CD install hangs on migration screen

I seem to be having the same problem with the Hardy beta (+) live-
install CD. I can free up the system by unmounting all (or some) of the
partitions left mounted by os-prober and migration-assistant. When I run
with --debug the problem doesn't occur. I suspected the mounts as
multiple devices were left mounted on the same mount points. I have a
hunch that a race condition is involved somehow, but I don't know that.

The system doesn't hang if I specify --no-migration-assistant, run with
--debug,don't mark a windows partion at hda6 as don't use, or mount all
partitions to appropriate different /media/hdxx mount points before
hand. I tried this last idea realizing that running ubiquity under an
installed gutsy system wasn't hanging and the mounts remaining after
running it weren't as funky.

migration-assistant leaves out partitions in its survey of users available for migration. Which ones it
leaves out and leaves in are difficult to predict. Sometimes it says none are available and sometimes it
lists most (from 1 ntfs partition (hda1) and 4 ext3 partitions (hda5, hdb2/6, hdb7/8, hdb9). Rarely are all partitions represented. The last userid of hdb9 is often left out, but that may be a different problem.

As ubiquity is running gnome file explorers pointing to partitions start
up on their own, I suspect as partitions are mounted by ubiquity
components.

I can get around all of this. I'm submitting this report to provide feedback on Hardy beta. Please advise if
I can do anything helpful.

--
Gutsy beta - Desktop CD install hangs on migration screen
https://bugs.launchpad.net/bugs/145712
You received this bug notification because you are a direct subscriber
of the bug.

Dave, you are probably correct. I've opened another bug in launchpad against hardy pre-release. I'm not having a problem with gutsy.

If you were having the same problem as I experience you could tell that by opening a terminal window under applications->terminal and entering the mount command with no options. Unless it returns more than one device mounted to the same directory my problem is definitely different from yours. If, by remote chance, it does you could try the second circumvention I list, though reading above it looks like you are now ok. The bug is https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/210620

 I don't have more than one device mounted to the same directory. I just have my external hard drive always being displayed in a Nautilus application window on start up.

 Did you try to install Hardy Heron Beta yet instead of just running the live CD. If you have a separate /home partition from your root partition as I do, then if you choose you could always put Feisty back on without losing any personal data. I when back in forth a few times with nor data loss. I didn't even loose my bookmarks in Firefox.

Hardy has had almost daily software updates, so it is getting fairly stable.

Your troubles may go away with a install as opposed to a live CD run.

Below is my mount data; /dev/sdb1 always comes up in Nautilus on startup, a USB external drive.
dave@dave-laptop:~$ mount
/dev/sda3 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
lrm on /lib/modules/2.6.24-12-generic/volatile type tmpfs (rw)
/dev/sda2 on /home type ext3 (rw)
/dev/sda1 on /windows type fuseblk (rw,nosuid,nodev,noatime,allow_other,default_permissions,blksize=4096)
securityfs on /sys/kernel/security type securityfs (rw)
/dev/sdb1 on /media/40GB type vfat (rw,nosuid,nodev,uhelper=hal,shortname=mixed,uid=1000,utf8,umask=077,flush)

----- Original Message ----
From: John S. Gruber <email address hidden>
To: <email address hidden>
Sent: Tuesday, April 1, 2008 11:17:16 PM
Subject: [Bug 145712] Re: Gutsy beta - Desktop CD install hangs on migration screen

Dave, you are probably correct. I've opened another bug in launchpad
against hardy pre-release. I'm not having a problem with gutsy.

If you were having the same problem as I experience you could tell that
by opening a terminal window under applications->terminal and entering
the mount command with no options. Unless it returns more than one
device mounted to the same directory my problem is definitely different
from yours. If, by remote chance, it does you could try the second
circumvention I list, though reading above it looks like you are now ok.
The bug is
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/210620

--
Gutsy beta - Desktop CD install hangs on migration screen
https://bugs.launchpad.net/bugs/145712
You received this bug notification because you are a direct subscriber
of the bug.

John
You may want to read this about mounting issues with the new Nautilus, and a patch that has come out for your issue, I believe.

http://mail.gnome.org/archives/nautilus-list/2008-March/msg00071.html

----- Original Message ----
From: David Nelson <email address hidden>
To: Bug 145712 <email address hidden>
Sent: Wednesday, April 2, 2008 9:09:08 AM
Subject: Re: [Bug 145712] Re: Gutsy beta - Desktop CD install hangs on migration screen

I don't have more than one device mounted to the same directory. I just have my external hard drive always being displayed in a Nautilus application window on start up.

Did you try to install Hardy Heron Beta yet instead of just running the live CD. If you have a separate /home partition from your root partition as I do, then if you choose you could always put Feisty back on without losing any personal data. I when back in forth a few times with nor data loss. I didn't even loose my bookmarks in Firefox.

Hardy has had almost daily software updates, so it is getting fairly stable.

Your troubles may go away with a install as opposed to a live CD run.

Below is my mount data; /dev/sdb1 always comes up in Nautilus on startup, a USB external drive.
dave@dave-laptop:~$ mount
/dev/sda3 on / type ext3 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
/sys on /sys type sysfs (rw,noexec,nosuid,nodev)
varrun on /var/run type tmpfs (rw,noexec,nosuid,nodev,mode=0755)
varlock on /var/lock type tmpfs (rw,noexec,nosuid,nodev,mode=1777)
udev on /dev type tmpfs (rw,mode=0755)
devshm on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,gid=5,mode=620)
lrm on /lib/modules/2.6.24-12-generic/volatile type tmpfs (rw)
/dev/sda2 on /home type ext3 (rw)
/dev/sda1 on /windows type fuseblk (rw,nosuid,nodev,noatime,allow_other,default_permissions,blksize=4096)
securityfs on /sys/kernel/security type securityfs (rw)
/dev/sdb1 on /media/40GB type vfat (rw,nosuid,nodev,uhelper=hal,shortname=mixed,uid=1000,utf8,umask=077,flush)

----- Original Message ----
From: John S. Gruber <email address hidden>
To: <email address hidden>
Sent: Tuesday, April 1, 2008 11:17:16 PM
Subject: [Bug 145712] Re: Gutsy beta - Desktop CD install hangs on migration screen

Dave, you are probably correct. I've opened another bug in launchpad
against hardy pre-release. I'm not having a problem with gutsy.

If you were having the same problem as I experience you could tell that
by opening a terminal window under applications->terminal and entering
the mount command with no options. Unless it returns more than one
device mounted to the same directory my problem is definitely different
from yours. If, by remote chance, it does you could try the second
circumvention I list, though reading above it looks like you are now ok.
The bug is
https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/210620

--
Gutsy beta - Desktop CD install hangs on migration screen
https://bugs.launchpad.net/bugs/145712
You received this bug notification because you are a direct subscriber
of the bug.

Thanks for confirming our issues are separate. We'll see with time if others report trouble like mine.

I have installed hardy in a test partition and I don't have problems with ubiquity if I run with everything already mounted, but it does produce problems if nothing but the root directory is mounted. So it depends.

I believe my problem is probably triggered by the changes in the gnome software. I'm recommending one patch that would be a reaction to the gnome changes, and one patch that would make ubiquity more robust in the face of further gnome software interference or interference from other software.

I'm running with the daily live cd from last Sunday, so I should already have the patch you found. I think the problem is software like gnome-volume-manager, other gnome software, and Nautilus, in particular, interfering with ubiquity.

If nobody but me experiences a problem it won't matter. I can circumvent the problem or apply the patches I developed so I'm ok no matter what. I just wanted to pin down the problem in case others run into it as hardy is nearing release. I have a large number of partitions so I suspect that I may be more vulnerable to the timing issues than others.

Thanks both for writing and for your research.

Exception during installation:
Sep 27 15:25:14 ubuntu python: Traceback (most recent call last):
Sep 27 15:25:14 ubuntu python: File "/usr/share/ubiquity/install.py", line 1787, in <module>
Sep 27 15:25:14 ubuntu python: install.run()
Sep 27 15:25:14 ubuntu python: File "/usr/share/ubiquity/install.py", line 392, in run
Sep 27 15:25:14 ubuntu python: self.configure_ma()
Sep 27 15:25:14 ubuntu python: File "/usr/share/ubiquity/install.py", line 1012, in configure_ma
Sep 27 15:25:14 ubuntu python: raise InstallStepError("MigrationAssistantApply failed with code %d" % ret)
Sep 27 15:25:14 ubuntu python: InstallStepError: MigrationAssistantApply failed with code 10
Sep 27 15:25:14 ubuntu python:

If you are able to reproduce this, please run sudo lsof /mnt/migrationassistant and post the output.

[Expired for ubiquity (Ubuntu) because there has been no activity for 60 days.]