6.10 Installer refuses due to xfs

Bug #80765 reported by Michael Lueck
8
Affects Status Importance Assigned to Milestone
ubiquity (Ubuntu)
Fix Released
Undecided
Colin Watson

Bug Description

I have tried installing Xubuntu and Ubuntu (both @ 6.10).

/boot of either ext2 or ext3
All others xfs, but swap of course

It will not continue installing, grumbling that root can not be xfs... but that is exactly why I made /boot ext3!

With the Xubuntu installer: Thinking it might be ext2 related, I wipe the disk and repartitioned with ext3 as /boot. xfs still is on the /boot partition, but now ext3 is on the / partition! ;-)

With the Ubuntu installer, I was trying to install over Ubuntu 5.10, so I had all partitions in place - just matched up the previous mount points. /boot was ext3 in my Ubuntu 5.10 install, so I as well left that as-was. Also refused to install.

All was well with Ubuntu 5.10 - but that was a text mode installer, so probably getting bit by a new bug in the GUI installer.

Revision history for this message
Michael Lueck (mlueck) wrote :

Clarification:

Xubuntu 6.10 I was installing on a clean HDD. First selected ext2 for /boot. Upon finishing the partition setup, all partitions were xfs, including /boot. Later when I blew all the partitions away and selected ext3 for boot, then / was ext3 but /boot was still incorrectly xfs. Thus thought the installer complaining with /boot being xfs was a valid complaint, just we had not specified /boot be xfs.

Ubuntu 6.10 was tried on another machine, with existing Ubuntu 5.10 on it, thus no repartitioning was done. /boot was/is ext3, so even with non-xfs on /boot, the installer refuses to install.

Revision history for this message
Colin Watson (cjwatson) wrote :

I'm having a little difficulty disentangling this bug, and I'm not sure I've interpreted it quite correctly. Could you please reproduce both problems you mention (1: tried to put ext3 on /boot but the installer put xfs there instead and ext3 on /; 2: /boot was ext3 from an existing installation but validation still failed) and attach /var/log/syslog and /var/log/partman from each installation session to this bug, following the directions in http://wiki.ubuntu.com/DebuggingUbiquity/AttachingLogs? Thanks in advance.

It is possible that this is a consequence of bug 67130, although I'm not sure yet. Upgrading to ubiquity 1.2.6 from edgy-proposed would clear it up if so.

Changed in ubiquity:
status: Unconfirmed → Needs Info
Revision history for this message
Michael Lueck (mlueck) wrote : Re: [Bug 80765] Re: 6.10 Installer refuses due to xfs

On Wed, 24 Jan 2007 07:35:13 -0000, Colin Watson wrote:

>Upgrading to ubiquity 1.2.6 from edgy-proposed would clear it
>up if so.

One question about this part... I downloaded ISO CD images, so how then
shall I go about upgrading the file?

I will start on the recreates.

Thanks,

Michael Lueck
Lueck Data Systems
http://www.lueckdatasystems.com/

Revision history for this message
Michael Lueck (mlueck) wrote :

Following are the files from the 6.10 over 5.10...

Revision history for this message
Michael Lueck (mlueck) wrote :

I have retested with Xubuntu 6.10, going directly for ext3 format for /boot. IT WORKED! So maybe it is when ext2 is first selected, or, or, or... maybe the installer just got confused as I wiped the disk clean and repartitioned so many times.

Revision history for this message
Re Persina (r99990) wrote :

I believe I have just run into this same bug while trying to install Kubuntu 6.10. I can reproduce the problem starting with a blank hard drive, and creating three partitions during installation:

/boot using ext2
linux-swap
/ using xfs

Using this layout, it will not let me proceed past the screen where you assign mount points to the partitions; complaining [erroneously] that "XFS may not be used on the filesystem containing /boot. Either use a different filesystem for / or create a non-XFS filesystem for /boot".

I am attaching syslog and partman from when I tried this configuration and was prevented from continuing with installation.

Revision history for this message
Re Persina (r99990) wrote :

Here is the syslog mentioned in the previous comment.

Revision history for this message
Michael Lueck (mlueck) wrote :

So maybe it was having originally selected ext2, as you can reproduce the Kubuntu bug. I had that as one possible answer in the back of my mind. I have that box busy at the moment, but if needed I could make it available to recreate as well.

Changed in ubiquity:
assignee: nobody → kamion
Revision history for this message
Michael Lueck (mlueck) wrote :

I have tested again with Ubuntu Desktop / Server 7.04 and both installers successfully install with /boot being ext3 and all the other partitions xfs.

I assume the answer would be "migrate to 7.04" - this bug report seems to be a dead issue for Ubuntu.

Revision history for this message
Jean-Baptiste Lallement (jibel) wrote :

We are closing this report due to your last comment regarding this being fixed with an upgrade to 7.04. Furthermore this version of Ubuntu (Edgy Eft) has reached end of life and is not supported anymore.

Feel free to submit any future bugs you may find.

Changed in ubiquity:
status: Incomplete → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.