Description of problem: I am unable to install Fedora 17 i686 Live CD. Anaconda will not recognize the hard drive that I am wanting to install Fedora on. When I try to install from disk is says /dev/sdd has BIOS meta data on the drive and is going to ignore it. I have Fedora 15 on the hard drive now. Version-Release number of selected component (if applicable): Fedora 17 Live CD How reproducible: Every time I try to install Fedora 17 Steps to Reproduce: 1.Boot from Fedora 17 Live CD 2.Click on Install to Hard drive 3. Actual results: Ignoring two drives that has BIOS meta data. /dev/sdb and /dev/sdd Expected results: Expected to see all of my hard drives to install Fedora 17 to. Additional info: Some other people have had a similar issue and have recommended to run dmraid -rE /dev/sdd. I run the command I get this ERROR: pdc: identifying /dev/sdd, magic_0: 0xe1e2e3e4/0xf9650624, magic_1: 0xd9dadbdc/0x0, total_disks: 0 no raid disks and with names: "/dev/sdd" Other users suggested to run mdadm --zero-superblock /dev/sdd. Here is the output of that command. mdadm: Couldn't open /dev/sdd for write - not zeroing I tried putting nomdraid in the linux boot but it says it can't locate the Fedora 17 iso and drops me to dracut command line. Mobo: MSI K9A2 Platinum CPU: AMD Athlon SATA Controllers: 00:12.0 SATA controller: ATI Technologies Inc SB600 Non-Raid-5 SATA 03:00.0 RAID bus controller: Promise Technology, Inc. PDC42819 [FastTrak TX2650/TX4650]
(In reply to comment #0) > Description of problem: I am unable to install Fedora 17 i686 Live CD. Please collect the following log files after hitting the error and attach them to this bug one at a time as attachments of type text/plain: /tmp/anaconda.log /tmp/storage.log /tmp/program.log /var/log/messages Thanks.
Created attachment 593303 [details] Anaconda log of Fedora 17 live
Created attachment 593304 [details] Program log of Fedora 17 live
Created attachment 593305 [details] Storage log of Fedora 17 live
Created attachment 593306 [details] /var/log/message file from Fedora 17 live
Try running 'wipefs /dev/sdb' and 'wipefs /dev/sdd' and posting the full output here.
To be clear, those wipefs commands will not do anything to your disks -- all they do is print out what the utility sees. If it sees what we expect it to see I will give you some commands to remove the stale metadata. Removing the stale metadata is what you're going to want to do in the end. If you leave it there, this will come up over and over again. Better to clean up the mess and move along. For now, though, we're just seeing what we're dealing with.
#wipefs /dev/sdd wipefs: WARNING: /dev/sdd: appears to contain 'dos' partition table offset type ---------------------------------------------------------------- 0xaea8cd6200 promise_fasttrack_raid_member [raid] #wipefs /dev/sdb wipefs: WARNING: /dev/sdb: appears to contain 'dos' partition table offset type ---------------------------------------------------------------- 0x1d1c110e200 promise_fasttrack_raid_member [raid]
If you want to remove the obsolete raid metadata, you can do so by running the following commands: WARNING: This will remove the raid signatures from your disks, so these disks will no longer be recognizable as members of any raid set. There is no "undo" button. wipefs -o 0xaea8cd6200 /dev/sdd wipefs -o 0x1d1c110e200 /dev/sdb
That did it. When I do dmraid -r is says not raid disks and wipefs doesn't tell me any information. I do have a question though. I tried going into the BIOS and running BIOS raid on the hard drives to see if I could clear the metadata from the hard drives. The other two disks /dev/sda and /dev/sdc were in their own JBOD. BIOS raid said that /dev/sdb and /dev/sdd where free to make a raid configuration. I thought that was werid since it was inverted as to how dmraid was seeing things. Thanks for the help.
(In reply to comment #10) > I do have a question though. I tried going into the BIOS and running BIOS > raid on the hard drives to see if I could clear the metadata from the hard > drives. The other two disks /dev/sda and /dev/sdc were in their own JBOD. > BIOS raid said that /dev/sdb and /dev/sdd where free to make a raid > configuration. I thought that was werid since it was inverted as to how > dmraid was seeing things. I'm assuming you did this before you wiped the metadata from sdb and sdd. The firmware probably doesn't care if the disks have raid metadata or not -- only whether they are part of a valid/known raid set, which they were not (as I understand it). > > Thanks for the help. No problem. I'm closing this as WONTFIX because we intentionally ignore such disks in anaconda to force users to properly address whatever the issue is, be that obsolete metadata or a broken firmware raid configuration.
*** Bug 1210671 has been marked as a duplicate of this bug. ***