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... Thanks, Eric.
Created attachment 126926 [details] Anaconda dump
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.