Description of problem: I'm attempting a fresh install onto a hard drive which has a corrupted pre-existing partition table (see bottom of this post for details on the type of corruption). During the early install when Disk Druid is entered an error dialog is displayed that says "Invalid Partition Table on /dev/hda - wrong signature 0" and I'm only given the option Ignore or Cancel. I don't want to keep any data on the disk and want to just reformat it as if new, but can find no way to make the install just write a brand new blank partition table; the error dialog never goes away. I then switched to the console shell and tried running parted manually. When trying to display the partition table it complains with the same error message. I then tried fdisk, and it gave the message "warning: invalid flag 0x0000 of partition table 5 will be corrected by w(rite)" It appears as if fdisk will repair/reformat the partition table, and I know I could do a "dd if=/dev/zero of=/dev/hda bs=2014 count=2" trick. But it would seem to me that the graphical installer, when noticing that the partition table is corrupt, should offer a way to proceed and/or rebuild a new blank partition table. I think this may be a limitation of parted? Version-Release number of selected component (if applicable): Fedora Core 3 (i386) ALSO same behavior on CentOS 4.0 (aka RHEL 4.0) How reproducible: Always (given that you start with a corrupt partition table) Steps to Reproduce: 1. Start with a hard disk with a slightly corrupt partition table (one which is basically correct except for an invalid partition flag) 2. Attempt an install using Disk Druid -or- use parted manually Actual results: No way to correct or reformat partition table (short of escaping to a shell and using dd). Expected results: GUI installer should offer to rebuild a new partition table, especially on an install (not upgrade). Extra information...How the partition table became corrupted. I originally had an extended partition that looked something like: /dev/hda4 Type 0x0f - W95 Ext'd (LBA) /dev/hda5 Type 0x83 - Linux I wanted to erase that partition prior to a new install to make sure previous convidential data was destroyed, so under the old OS I ran dd if=/dev/zero of=/dev/hda4 bs=1024 This had the effect of also creating an invalid logical partition #5 since the logical partition information had been overwritten with 0's. But the primary partition table was still perfectly intact.
Please try upgrading to the latest release and seeing if you still experience problems.
No response from reporter. FC3 is the responsibility of Fedora Legacy, and this is not a security issue. If it can be reproduced on FC4 or FC5, please reopen.