Bug 241935 - [VMWARE] No available hard drives when booting from boot.iso or live cd
Summary: [VMWARE] No available hard drives when booting from boot.iso or live cd
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
(Show other bugs)
Version: 7
Hardware: i386 Linux
Target Milestone: ---
Assignee: Alan Cox
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2007-05-31 20:04 UTC by Troy Holder
Modified: 2007-11-30 22:12 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-09-25 22:34:49 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Troy Holder 2007-05-31 20:04:53 UTC
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):

Fedora 7

How reproducible:

Every time

Steps to Reproduce:
1. Boot from media
2. Choose to install
3. No hard drives available to install to
Actual results:
No hard drives listed

Expected results:
See the hard drives as available to be installed to.

Additional info:

Comment 1 Troy Holder 2007-05-31 20:05:29 UTC
Worked in the last Release Candidate.

Comment 2 Sven Neuhaus 2007-06-01 07:30:32 UTC
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.

Comment 3 Troy Holder 2007-06-01 18:36:06 UTC
Adding that kernel option had no effect in vmware server.

Comment 4 Brian Black 2007-06-02 02:53:17 UTC
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.

Comment 5 Andre Robatino 2007-06-02 13:12:03 UTC
  This looks like a dupe of bug #230849.

Comment 6 Sven Neuhaus 2007-06-04 12:56:30 UTC
I guess I am seeing a different bug with my Intel-965-IDE board then, I'll file
a separate bug tonight.

Comment 7 Alan Cox 2007-06-05 17:57:26 UTC
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.

Comment 8 Yan Li 2007-08-15 03:26:52 UTC
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.

Comment 9 Alan Cox 2007-09-10 15:12:54 UTC
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

Comment 10 Yan Li 2007-09-11 01:07:33 UTC
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.

Comment 11 Chuck Ebbert 2007-09-14 19:05:12 UTC
Fix in  kernel-, submitted for testing.

(We really shouldn't have to fix vmware's bugs -- this workaround may be removed
in some future release.)

Note You need to log in before you can comment on or make changes to this bug.