From Bugzilla Helper: User-Agent: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021216 Description of problem: I booted off cd. Ran through the dialogs. Selected Custom install, Selected Partition with Disk Druid, Clicked Next and it says no drives found for installation or something like that. But the kernel saw them on boot. I tried all the kernel options on boot I could think of and nothing helped. The drive is on a Promise ATA133 RAID controller that works fine with 8.0. I currently have 8.0 on it and I am trying to fresh install 8.0.92. I tried autopartition and it said the same thing. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1. Boot off cd 2. Run through dialogs 3. Select Custom Install 4. Select Partition with Disk Druid Actual Results: no drives found for installation Expected Results: Installer to let me partition Additional info:
What motherboard is this? Are you using the Promise controller in RAID or non-RAID mode? Can you type the following: lspci -vv > system.txt lspci -vn >> system.txt Please attach system.txt here.
Created attachment 88877 [details] lspci output
MSI KT3 Ultra2(VIA KT333 chipset) Promise 20276 On-Board It runs in RAID mode all the time since the jumper is missing. I am able to work around the RAID mode by setting up each drive as it's own striped array. I would probably have to solder the board to short the pads to get NON-RAID mode. It works fine with all the other kernels I have tried. Including 2.4.18, 2.4.19, 2.4.20, and 2.5.50. I have three drives. The boot drive is a IBM 60gb. The other two drives are a Maxtor 40gb and a WD 20gb. The Maxtor and WD are raw(as in no partitions) LVM drives. I have had issues with the raw LVM drives with previous installers, but I have tried disconnecting them and it had no effect. The main drive is 4.5gb /, 50gb LVM(part of the array with the other drives), and 4gb /usr.
I have this problem also. I thought it might be related to the RAID on my motherboard (Also a Promise, FastTrak 100 Lite on a ECS K7VTA3 mobo). Tried switching the drives to my standard IDE channel and it doesn't change a thing, I still get a "No Drives Found" error. Maybe the presence of the RAID itself is causing the problem?
Same thing happens on a Asus A7V8X (drives connected to onboard IDE controller, no raid or anything). Also it doesn't find any existing RH installations it could upgrade (although there should be one). The drive I tried to install to is a 120G WD SE. lspci output attached
Created attachment 88900 [details] more lspci output
The problem seems to lie in the promise raid code in anaconda (isys/pdc.c) The code ignores the drive even if you don't use raid if the drive has been in a pdc raid group, since the drive contains a valid promise raid superblock.
I suspected as much. So I wonder when this brillant change was added and why.
Would this affect other drive channels though? On my system I can't get it to work even if I move my drives to a standard IDE channel.
As mentioned above it sees the promise raid data marker that says it is part of an array, so it ignores it. So even on another controller it sees the marker and ignores it. For now to get it to work I think you would have to figure out how to remove the marker and then put it on a regular controller, or switch the promise controller to non-raid mode if you can and remove the marker.
I did more testing and it isn't just the Promise controller and/or Promise RAID markers. I was going to test a fresh from the manufacture after RMA 20gb Maxtor to see if I could put data on it, make it an array, remove the array(the idea being remove the marker), and see if the data was still intact. In the process I decided to test to see if I could get Phoebe to see this drive in the installer to test the marker theory. I connected it as Secondary Slave on the VIA controller at first. Same error about no drive to partition/install on. So then I switched it to Secondary Master, same thing. So then I switched it to Primary Master, same thing. So then I disabled the Promise controller in the bios, same thing. Tried initilizing it with linux rescue and then trying the installer, same thing. Tried making a linux partition and making it active, same thing. The whole time the kernel saw it as hda. In the middle of this as the installer was crashing/rebooting I was able to use the keyboard and switch virtual terminals. I saw it was having trouble loading the paralell port driver. So I tried enabling it in the bios to see if it would make the installer act better. It made no difference. While in rescue mode I tried to fdisk /dev/hda, didn't work. Tried to use mknod to make /dev/hda, didn't work. Finally found the device file premade in /tmp and was able to do what I mentioned above. So it seems to be a general issue with this motherboard and/or chipset, since I have all the same issues with a virgin hard drive on the VIA ide controllers.
To clarify a few things. When it was the Secondary Slave and Master it was seen as hdc and hdd. I meant to say while it was Primary Master and I tried various things it was seen by the kernel as hda. As for the parallel port, enabling it did make the driver load properly, but it didn't make a difference with the hard drive problem.
I just tried the same disc1 on my second computer(ABIT KT7A-RAID, KT133A, Highpoint 370 RAID contoller). The first difference I noticed was a pretty graphic over the boot: prompt. On my main computer it is just green text. I have seen both ways before on different computers. Both the graphical installer and text installer seem to work. I didn't get the no drive to install to error message in the GUI. I didn't complete the install, because my second computer is my MythTV computer and I don't want to mess with it.
After figuring out how to get mknod to work(#80372) and how to use the keyboard(#80293). I made sure that the device files hda, hdc, hde, hde1, hde2, hde3, hdg, and hdh were in /dev and /tmp. Then I was able to use vgscan and vgchange -a y to activate my lvm volume group. Didn't help with the detection od drives for anaconda. I was also able to then mount /, /home, and /usr to /mny/sysimage. Again it didn't help with the detection. So the kernel has everything that is needed to mount the partitions, but anaconda isn't smart enough.
Well, I finally got Phoebe installed after alot of pain. It does seem to have been an issue with the Promise RAID array info. I found I could remove the array info from a drive without affecting it's filesystems. So I removed the info, moved the drives to my VIA controller, installed Phoebe, then moved them back to the Promise controller. I did get an error about cylinders during the install, but it said I could likely ignore it. I did and don't seem to have a problem. I found cylinder info and linux is a complete mess. Each ide controller would do the cynlinders/heads/sectors different and then linux would turn around and do it differently than the controller. Why the brand new 20gb I mentioned before didn't work I don't know. Maybe someone put it on a Promise RAID controller at the manufacture.
Can't be just a Promise issue. My system has a built in HPT370A and experienced this issue. (lspci -v and lspci -nv will be attached) Lots of interrupt sharing on IRQ 11, but I had hoped we were over that. No raid, software or firmware, is in use. Here is the fdisk -l: Disk /dev/hdg: 16 heads, 63 sectors, 77545 cylinders Units = cylinders of 1008 * 512 bytes Device Boot Start End Blocks Id System /dev/hdg1 * 1 73386 36986512+ 83 Linux /dev/hdg2 73387 77545 2096136 82 Linux swap Disk /dev/hde: 255 heads, 63 sectors, 2482 cylinders Units = cylinders of 16065 * 512 bytes Device Boot Start End Blocks Id System /dev/hde1 * 1 2481 19928601 c Win95 FAT32 (LBA) CDROM (CD-burner, DVD-reader) is on hda, which is on the VIA ide controller. I tried CD, floppy, and isolinux copied to /boot install methods.
Created attachment 89127 [details] lspci -v and lspci -nv from my home system If we don't have hardware that duplicates this in-house, I can bring this one into work for you to look at it Jeremy. (although it is my main system here at home)
Just finished fresh installing Phoebe2. It has the same problem with not seeing hard drives on my Promise RAID controller. At least this time it didn't require me to remove the raid signature before I was able to use the drive on my normal controller.
Can you try downloading the update disk image from http://people.redhat.com/~katzj/phoebe-pdcdetect.img and see if it works using it? (Information on using update disks is available from http://rhlinux.redhat.com/anaconda/updatedisks.html)
Closing as working in rawhide based on comments on other similar bugs
*** Bug 80392 has been marked as a duplicate of this bug. ***