Bugzilla – Bug 128931
No drives found when installing
Last modified: 2006-09-12 13:08:58 UTC
Have been getting a few reports on the groups of not being able to install due no drives being found with the kernel on the install disks, here is just one thread that shos bug: I have had them try some params that work for me ( pci=pirqmask, irqpoll ) but nothing seems to work. Have tried looking through the bugzilla but cannot find anything there. Or is it just me who cannot see the wood for the trees, maybe I am looking for the wrong thing and am stuck in a rut with it. TIA <<snip>> Re: opensuse installation error "No hard disks were found for the installation" From: johnp@computerworkscentral.com (Novell Inc.) Date: Monday 17 October 2005 18:55:20 Groups: opensuse.org.suse-linux.support.install-configure-administration References: 1 2 > matt@horsnell.info adjusted his/her tinfoil beanie to post: > > > Hi, > > > > I am having a problem installing openSuse (suse 10 OSS) on one of my > > machines, the other installations went fine (so I know the disks work > > and I am not a complete novice at this). > > > > The machine that suse won't install on, is an Asus Pundit AS with the > > SiS651 chipset, a MAXTOR 80GB HDD, Celeron-D 2.8GHz ... I boot off the > > installation CD, and when it gets to the part in installation called > > "Analysing the Computer", it errors with the following message: > > > > Error > > No hard disks were found for the installation. > > Please check your hardware! > > > > I know my hard disk is there, and it is still mountable in knoppix, I > > have tried formatting it, I have tried installing with ACPI off, and > > in safe mode and with insmod=ide-generic, all to no avail. Does anyone > > know what is going on here, is it the sis5513 module not recognising > > my chipset? > > > > I also notice the following errors in other terminals > > > > linux kernel: hda: task_no_data_intr: status=0x51 { DriveReady > > SeekComplete Error } > > linux kernel: hda: task_no_data_intr: error=0x04 { DriveStatusError } > > linux kernel: hda: failed opcode was: 0xea > > linux kernel: hda: wcache flush failed! > > > > There doesn't appear to be a problem physically, because I have since > > installed knoppix and can use the drive just fine, but I want to clean > > install openSuse on this machine. > > > > Please if anyone has any ideas I'd be very grateful > > Try these parameters instead of the insmod=ide-generic: > > pci=usepirqmask > > or > > irqpoll > > However on a spare machine here I needed both with a space separating > them : > > pci=usepirqmask irqpoll > > That should help I hope. > > > -- > Mark > Twixt hill and high water > N. Wales, UK > Novell Support Forums SysOp > Hello, I am having a problem installing Suse 10 on my laptop machine. I had the same issue with Suse 9.3 Pro. I used the "insmod=ide-generic" in order for 9.3 to install. I have tried your suggestions and still it will not detect the Hard Disk. I am running a SiS5513 Chipset with a Hitachi Drive Star. It is an ECS Green 732 Mobo. I am running a P4 2.66GHz Proc. 768MB PC2700. 64MB ATI M9. I boot off the installation CD, and when it gets to the part in installation called "Analysing the Computer", it errors with the following message: "Error No hard disks were found for the installation.Please check your hardware!" Any other ideas to get it to recognize the hard disk? <<pins>>
This looks suspiciously like an ACPI problem.
I added dependency on my bug 117541 since there are several similarities. sis chipset (but AMD processor), insmod=ide-generic helps a little, lots of other boot options tried with no success, errors from hda Note that 10.0 beta 3 did work!!!
Don't mix up too much things here. > the same issue with Suse 9.3 Pro. I used the "insmod=ide-generic" in > order for 9.3 to install. -> I doubt that this is the problem in 10.0, we are probably seeing something else here, possibly slipped in at Beta3. So this is the problem you are facing from dmesg: ----------------------------------------------- linux kernel: hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error } linux kernel: hda: task_no_data_intr: error=0x04 { DriveStatusError } linux kernel: hda: failed opcode was: 0xea linux kernel: hda: wcache flush failed! ----------------------------------------------- Looks like a disk driver problem to me or more likely a broken hard disk? Hmm could it still be an incorrect/not assigned interrupt? -> then it could be ACPI. Please try pci=noacpi and/or noapic. Please also try the smart mon tools, maybe they reveal that you better should buy a new disk.
Hmm, I just had another look at #117541, unlikely that there are two broken disks which work on other systems (Knoppix)?
Jens, do you have an idea what these hda messages mean? BTW: This is not a blocker, it is probably something machine specific.
We are seeing this all over the forums. I think it is at least critical
Could you try pci=noacpi and/or noapic, please. Maybe also provide /proc/interrupts of all these boot params. If possible please also attach a complete dmesg output if booted when the error happens. If the error still apears with all, it's unlikely to be an ACPI interrupt problem and Jens has to have a deeper look into it. Could you also try the current kernel: ftp://ftp.suse.com/pub/people/mantel/kotd/i386/HEAD/kernel-default.i586.rpm (Best install with rpm -i --force and add both kernels in /boot/grub/menu.lst, so that you can boot the old one again, in case the new one fails).
In my room at work, we have also such a machine (Antje's old workstation); at the moment, I don't have the time for testing. Feel free to pick it up. IIRC, Steffen know a workaround to make the disk visible.
> Steffen knows a workaround to make the disk visible. -> CC'ing Steffen.
If you are asking me for more info then that is all I have, the ide=generic, acpi and apic have all been tried, there are no messages as the people cannot even get the disks recognised to install the release. I cannot reproduce here as I am on 64bit with nforce3 all SATA and that works fine, the only machine I had any probs with was an old Pc-Chips mobo with a sis chipset but the irqpoll and pci=usepirqmask worked for me. Some of the guys who have reported the problem are seasoned guys and know a bit or two but still the disks are not recognised from the get-go.
Setting needinfo to Steffen. If he knows a workaround further investigations would be a wast of time... Ahh ok, the workaround is: irqpoll and pci=usepirqmask? So this is not an ACPI, but a SIS chipset specific bug? -> Assigning to Steffen, sorry don't know who I should assign it to, but as this is not an ACPI bug, it's nothing for me... Maybe you want to assign it back to Hubert who should know who can fix that?
Note that the workaround suggested in comment 11 was rejected in the initial bug description! Please, if you want me to try anything ask in my bug report #117541 (see other comments there) I was not cc:d to this until today...
There were several reports about sis5513 not working. I think it's a driver problem.
It should work in the kernels from both HEAD and 10.0 now (patches.drivers/sis5513-support-sis-965l) in both. Grab a KOTD rpm with that in the log. HEAD didn't get it until today, but the 10.0 kernels have it since a week or so.
Reopen for 10.1 if the bug still exists.