The following was filed automatically by anaconda: anaconda 14.22 exception report Traceback (most recent call first): File "/usr/lib64/python2.7/site-packages/parted/disk.py", line 213, in commit return self.__disk.commit() File "/usr/lib64/python2.7/site-packages/parted/decorators.py", line 31, in localeC ret = fn(*args, **kwds) File "<string>", line 2, in commit File "/usr/lib64/python2.7/site-packages/pyanaconda/storage/formats/disklabel.py", line 248, in commit self.partedDisk.commit() File "/usr/lib64/python2.7/site-packages/pyanaconda/storage/devices.py", line 1390, in destroy self.disk.originalFormat.commit() File "/usr/lib64/python2.7/site-packages/pyanaconda/storage/deviceaction.py", line 219, in execute self.device.destroy() File "/usr/lib64/python2.7/site-packages/pyanaconda/storage/devicetree.py", line 700, in processActions action.execute(intf=self.intf) File "/usr/lib64/python2.7/site-packages/pyanaconda/storage/__init__.py", line 313, in doIt self.devicetree.processActions() File "/usr/lib64/python2.7/site-packages/pyanaconda/packages.py", line 110, in turnOnFilesystems anaconda.storage.doIt() File "/usr/lib64/python2.7/site-packages/pyanaconda/dispatch.py", line 212, in moveStep rc = stepFunc(self.anaconda) File "/usr/lib64/python2.7/site-packages/pyanaconda/dispatch.py", line 131, in gotoNext self.moveStep() File "/usr/lib64/python2.7/site-packages/pyanaconda/gui.py", line 1278, in setScreen self.anaconda.dispatch.gotoNext() File "/usr/lib64/python2.7/site-packages/pyanaconda/gui.py", line 1191, in nextClicked self.setScreen () IOException: Partition map has no partition map entry!
Created attachment 476228 [details] Attached traceback automatically from anaconda.
I have been trying to install Fedora 14 on a box that used to be running Fedora 9. The reason for the upgrade, besides wanting to get current, was that the old hard drive failed. I have installed a new hard drive... I am getting an "unhandled exception" error every time I try to partition the drive. I have tried manually partitioning, letting the installer choose the partitioning and then modifying it myself, and just letting the installer do its own thing. All of them keep generating an error. Thinking that maybe there was something buggy about Fedora, I tried doing an install of Fedora 13 and got the some result. Something isn't making sense...
Not sure what else to do at this point. I have tried Fedora 12, 13 and 14 now all doing the same thing. I have tried different SATA ports on the motherboard, different SATA cables and have done a full diagnostic on the drive... None of them are showing a problem. This is a Seagate 1TB drive, brand new...
Got past the problem, although I don't know quite yet what the problem was... Booted a F14 Live image. Formatted the drive, rebooted with full F14 install DVD and it accepted the partitioning information and applied the changes and moved on...
Did the drive have anything like an empty partition table on it to begin with?
It looks like it has a mac partition table on it and the storage action tries to remove the partition before making a new disklabel: 05:37:55,142 DEBUG storage: action: Destroy Device partition sda1 (id 5) 05:37:55,142 DEBUG storage: action: Destroy Format disklabel on disk sda (id 3) 05:37:55,142 DEBUG storage: action: Create Format disklabel on disk sda (id 3) 05:37:55,142 DEBUG storage: action: Create Device partition sda1 (id 7) If it's going to make a new disklabel it should skip removing the partitions since they are going away anyway.
(In reply to comment #5) > Did the drive have anything like an empty partition table on it to begin with? There was a small default partition on the drive when I opened the drive up in FC14 Live... I didn't think to copy down the particulars since I was just going to blow it out...
The magic apple partition (aka: partition map entry) is supposed to have the name "Apple". Yours does not, which is why we are failing to recognize it for what it is. I am proposing a patch to remove the check for the name. If your machine is a mac, please ignore the remainder of this comment. If your machine IS NOT a mac I would recommend that you create a more appropriate disklabel on your disk. You can do this by running the following command as root in a shell: WARNING: if you're on a mac machine you probably do not want to run this parted /dev/sda mklabel msdos
This is nothing too critical since most times a MAC disklabel will have the name set correctly for the Apple partition map entry, but we aren't gaining anything by requiring that the name be set to "Apple". The above assumes there is no case where a MAC disklabel can have a first partition that is anything other than the magic partition map partition.
Well, I am not sure where all the discussion regarding MAC has come into this... I am not running on an Apple. This was a home built machine that I rune MythTV on and the old hard drive died. I went out and bought a new (sealed) Seagate 1TB drive and popped it in the box and started the install. I am unaware of how Seagate pre-partitions their hard drives, but in the install process I told it to blow out the old partitioning to start from scratch and was still getting the error.
Your disk came set up for use on a Mac. The error/failure occurred while we were in the process of clearing its contents. You can work around the issue by running the command from the end of comment 8.
Fix will be in anaconda-15.21-1.
Created attachment 503840 [details] Attached traceback automatically from anaconda.
(In reply to comment #13) > Created attachment 503840 [details] > Attached traceback automatically from anaconda. Your problem is completely unrelated to the issue described in this bug report. Have you considered trying a Fedora 15 livecd instead of the Fedora 14 livecd you are currently using?