6.06 amd64 installer crashes if disk already partitioned

[lpd]

Binary package hint: ubiquity

This may be the same bug as #56068.

I tried to install on a disk that I had already carefully partitioned by hand. The installer crashed when it was trying to do something related to the existing partitions.

I reported this bug before: it was incorrectly diagnosed as a GUI problem, which I was assured would be fixed in the next release.

Unfortunately, there is no workaround for this problem, because the standard installation process creates /tmp, /usr, /var, and /home on the root partition, and there is no way to move them.

Because of this problem in 6.06, and the fact that the 6.10 installer crashes much earlier in the process, I have had to install 5.04 on my new hardware.

[Colin Watson (cjwatson)]

I cannot do anything with this bug without some idea of what the crash is. Your bug report simply says "it crashed", which I cannot diagnose.

Could you please attach /var/log/installer/syslog, /var/log/syslog, and /var/log/partman to this bug, following the directions in http://wiki.ubuntu.com/DebuggingUbiquity/AttachingLogs? Thanks in advance.

[lpd (lpd-major2nd)]

Sorry for the delay. I had to figure out how to configure my network manually with "route" and "ifconfig" so I could save the files.

[Colin Watson (cjwatson)]

Thanks. You need to check the "Format" checkbox for the partitions mounted on /, /usr, and /var; not handling the situation where these aren't formatted is an intentional design decision in Ubiquity, but unfortunately validation for it was missing in Dapper. This is also bug 47046.

[lpd (lpd-major2nd)]

Thank you. I read the comments for 47046 and it's clear that I need to check "Format" even if the partitions *are* already formatted (but of course don't have the correct contents). Perhaps you meant "not handling the situation where these are not selected for formatting" isn't handled in Ubiquity. In any case, you can mark this bug closed.