Description of problem:
Booting from either the live cd or the boot.iso from the i386, no hard drives
are found. This has been tried on a Dell Workstation with the ICH5 chipset and
in Vmware Server.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Boot from media
2. Choose to install
3. No hard drives available to install to
No hard drives listed
See the hard drives as available to be installed to.
Worked in the last Release Candidate.
I have a similar problem, the kernel times out during some ATA operations on my
MSI P965 Neo mainboard and gives up after a while disabling the ATA port.
Using the kernel option "noirqdebug" solved this problem for me.
The mainboard has an Intel 965 chipset and disabling the jmicron controller in
the BIOS doesn't solve the problem.
Adding that kernel option had no effect in vmware server.
Very similar problem. I have an Abit KR7A-Raid with a Highpoint raid controller
on the motherboard. When the PATA HDD is attached to the raid it is not seen,
when moved the the regular IDE it is found.
This looks like a dupe of bug #230849.
I guess I am seeing a different bug with my Intel-965-IDE board then, I'll file
a separate bug tonight.
Can we keep to one bug per bugzilla
Sven - please file a bug, include info on the devices attached to the problem
Brian - likewise. I've got a couple of reports that seem to be anaconda loading
the wrong module so it may be that but its a different bug.
Might be a similar problem: I tried to install F7 DVD on a VMware Server v
1.0.3. Used default config of "Other Linux 2.6", which included a 8.0 GB SCSI
Virtual HD. The installer could NOT find any HD on it and I just could not install.
The underlying real machine is a new IBM ThinkCentre, with Intel 82801HB(ICH8)
SATA AHCI Controller, running RHEL5 x86-64 with all latest updates.
Setting the vmware case severity to low. Really vmware need to look at this not
us as it seems to be an emulation/vmware configuration issue.
The non vmware ones should now all be seperate bugs and are obviously important
and will be (and arebeing) worked on
I can hardly agree this to be a low priority one, but I think it's a
show-stopper. Image there're a bunch of newbies who wanna give Fedora a try in
their VMware, but just lost in despair, can't figure out how to install it
because Fedora can't find their default virtual HD!
No matter the wrong is at VMware side or at ours, we can't just let the
installation fail in VMware in the wild.
Fix in kernel-220.127.116.11-81.fc7, submitted for testing.
(We really shouldn't have to fix vmware's bugs -- this workaround may be removed
in some future release.)