Red Hat Bugzilla – Bug 5552
anaconda malfunction in upgradeFindRoot
Last modified: 2008-05-01 11:37:52 EDT
One of my systems is dual-boot /dev/sda1 NT 4.0 /dev/sdb2 Linux ext2fs (redhat 6.0) While attempting to install, the error "sda1 incorrect parameter" locks the install process. With some investifation, I find that it has mknoded /tmp/sda and /tmp/sda1 (the NTFS part) I am not a python programmer, but from what I can see, the "else:" on line 1120 of todo.py seems to have fallen in with the wrong "if". It is indented, but with [TAB]'s and that would explain the behavior I see... by my roconing, the program enters line 1116 with drive equal to 'sda' . Then when the program determines that the part is of type 4, not 2, it skips to line 1120. Next it creates '/tmp/' + '0(first time through)+1' = '/tmp/sda1' When it attempts to mount this FS to grab the /etc/fstab, it dies :(
Here is a patch, which should apply to bugs 5507, 5555, 5563, 5552 and 5567 (making changes to several of these at once didn't work). A break statement is missing after detecting a NTFS-partition, thus identifying it as an EXT2FS-partition. --- /mnt/cdrom/misc/src/anaconda/balkan/dos.c Sat Sep 11 17:47:28 1999 +++ dos.c Tue Oct 5 13:34:16 1999 @@ -139,6 +139,7 @@ case 0x7: table->parts[i].type = BALKAN_PART_NTFS; + break; case 0x83: table->parts[i].type = BALKAN_PART_EXT2;
*** This bug has been marked as a duplicate of 5567 ***