+++ This bug was initially created as a clone of Bug #490795 +++ The following was filed automatically by anaconda: anaconda 11.5.0.31 exception report Traceback (most recent call first): File "/usr/lib/anaconda/storage/formats/fs.py", line 483, in mount raise FSError("mount failed: %s" % e) File "/usr/lib/anaconda/storage/formats/fs.py", line 206, in _getExistingSize self.mount(mountpoint=tmppath) File "/usr/lib/anaconda/storage/formats/fs.py", line 160, in __init__ self._size = self._getExistingSize() File "/usr/lib/anaconda/storage/formats/__init__.py", line 89, in getFormat fmt = fmt_class(*args, **kwargs) File "/usr/lib/anaconda/storage/devicetree.py", line 1103, in addUdevDevice format = formats.getFormat(*args, **kwargs) File "/usr/lib/anaconda/storage/devicetree.py", line 1344, in populate self.addUdevDevice(dev) File "/usr/lib/anaconda/storage/__init__.py", line 228, in reset self.devicetree.populate() File "/usr/lib/anaconda/storage/__init__.py", line 64, in storageInitialize anaconda.id.storage.reset() File "/usr/lib/anaconda/dispatch.py", line 205, in moveStep rc = stepFunc(self.anaconda) File "/usr/lib/anaconda/dispatch.py", line 128, in gotoNext self.moveStep() File "/usr/lib/anaconda/gui.py", line 1317, in nextClicked self.anaconda.dispatch.gotoNext() FSError: mount failed: (2, '') ... Ronald's disk also appears to have old ext3 signatures too: # blkid first_400K first_400K: UUID="f00819db-02a7-467c-ba24-425a435713ee" SEC_TYPE="ext2" TYPE="ext3" # /lib/udev/vol_id first_400K ID_FS_USAGE=filesystem ID_FS_TYPE=ext3 ... so really no idea why it's trying to get mounted as btrfs. I've pinged the guy who did the zfs identification for blkid, this is the 2nd time I've seen this. So we have 3 or 4 bugs, I think! 1) btrfs oopses when trying to mount this zfs partition as btrfs 2) blkid doesn't recognize these zfs partitions 3) mkfs.zfs doesn't zero out old ext3 signatures 4) anaconda is mounting something volid & blkid think is ext3, as btrfs? Josef can have this bug for 1), I'll look into 2), we can't fix 3), and I may clone this bug back to anaconda for 4).
Ronald, you said you had full anaconda logs I think, can you attach them here? Thanks, -Eric
Isn't this the same problem as bug 494070?
the mystery is why it's trying to mount as btrfs if (at least blkid) thinks it's ext3, I guess. How hard would it be to block any btrfs mount attempts (IOW maybe don't even load the btrfs module or make it available) w/o the special btrfs boot-time magic string?
Oh sorry. I cloned this because it seems like somehow anaconda is trying to mount something blkid thinks is ext3 as btrfs. But maybe that's not an anaconda problem, and rather somewhere out in mount etc... if you close this NOTABUG for anaconda I won't cry.
I've committed the fs module on-demand loading patch, so hopefully we'll have this fixed up in the next build of anaconda.
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle. Changing version to '11'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping