Red Hat Bugzilla – Bug 186500
FAT32 partitions triggers py-exception during install
Last modified: 2007-11-30 17:11:28 EST
Trying to upgrade my FC4 to a FC5 system crashed during installation. Through
the python debugger I traced it down to the mount function in fsset.py, line
1036. The problem is that I have a FAT32 partition that I use as a transfer area
between Linux and Windows. This partition was considered mountable in the
isMountable() function. But the function getFStoTry() returned an empty list.
(Is it because of the patent issue with the FAT32 systems?) Since there were no
fs to try to mount the function fell throw to the exception. The exception is
also problematic as it references errNum which hasn't been assigned yet. So I
guess that you should decide whether FAT32 partitions are mountable or not.
Meanwhile I will change the partition type of the FAT32 partition to something
obscure that hopefully will be deemed unmountable. And once I have upgraded the
system I will change it back.
I just wanted to mention that the workaround that I suggested above works just
fine. I.e. I entered fdisk, changed the partition type of the problematic
partition with the t command to "eb" (beos fs), installed FC5 during the night.
Now I just changed back the partition type to "b", and remounted the partition.
Btw. Thanks a lot for the option of attaching to the Python debugger when the
installation failed! Without it I wouldn't be running FC5 now.
Can you provide the complete traceback you received?
Sorry. I didn't record it. The info I gave is all I have. Would you like me to
try to run the installation on the same computer again and store the traceback
if the errors reoccurs?
I received the same python traceback today when attempting to upgrade my IBM
Thinkpad A31 from Fedora Core 4 to Fedora Core 5:
File "/usr/lib/anaconda/fsset.py", line 1050, in mount
raise SystemError (errNum, errMsg)
UnboundLocalError: local variable 'errNum' referenced before assignment
Mine is a dual-boot system with Windows 2000 on hda1 and FC4 on hda2.
I'll attach my anacdump.txt file to this bug in a minute...
Created attachment 126926 [details]
This is because you have a line in your /etc/fstab for an NTFS filesystem (or
other filesystem we don't support) that is listed as type auto. If you change
the filesystem type on that line to whatever it really is, your upgrade should
get past this point. I've added a more useful error message in Rawhide and
we'll work on making sure we don't try to mount these filesystems in the future.
Yes, my fstab had a line to mount my hda1, fat32, partition.
I didn't try changing type 'auto' to 'fat32'. I commented out that line and now
the installation (still in progress) appears to be proceeding nicely.