Bug 126927
Summary: | Installer hangs when loading sata_promise driver | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Torsten Spindler <spindler> |
Component: | kernel | Assignee: | Jeff Garzik <jgarzik> |
Status: | CLOSED NEXTRELEASE | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 2 | CC: | davej, lohphat, peterm, trevor |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-04-16 04:09:13 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Torsten Spindler
2004-06-29 07:53:27 UTC
I downloaded the Promise driver for Red Hat 9 and installed that, works without problems, so the hardware seems to be working. A Windows install worked as well (not done by me, so no details). Without any hd on the SATA controller install on an IDE disk works fine. Still no native support on FC3 final. How would you incorporate the RH 9 driver into the FC3 install CD/DVD? My guess is that the problem is with anaconda not knowing which driver handles the BIOS Interrupt #11 info for the drive. I'm getting interrupt 11 errors when anaconda is running even though the sata_promise driver is loaded. Recommend bug component change. update: It's not just anaconda, the stock ata driver is choking on the extra interrupt #11s generated -- even as FC3 starts the xserver, the interrupt errors keep on coming, even when starting FC3 with "linux dd acpi=off" and loading the vendor-supplied driver. These Promise/installer bugs sound just like the sata_sil bugs that are piling up. Is anything being done so that you will be able to install onto SATA drives with FC4? Is there any add-on PCI SATA card available now that you can install onto with FC3 anaconda? See bug 115889 This may be fixed with the latest sata_promise update. Trying the upstream 2.6.11-rc kernel would be helpful. Well, CF4 now can use the sata_promise driver, but it now causes another problem: Disk Druid sees drive individually even thoug hte BIOS ROM has them configured as mirrored. Then when changes are made the MBR is updated asymetrically and breaks the (XP) boot process. e.g. Two 200GB drives mirrored with 20% of the drive unallocated. DD creates the swap partition on drive 1, the ext3 "/" on drive 0. After the install and reboot I only got the GRUB prompt. The BIOS seemed to read the MBR off drive 0 but try to get the partition off drive 1 due to RAID interleaved read so the boot process fails. Rebooting with an XP CD, entering recovery mode and using FIXMBR and BIXBOOT would not work because the wrong MBR would be reset. Only updating the partition table by modifying an entry (like deleting the swap partition) would update both MBR copies to allow XP to boot again. If the BIOS is set to morror then DD should only see one drive and the sata_proose driver should write to both drives. This is expected. Promise BIOS RAID is not supported by the installer. You need the "dmraid" utility and device-mapper. Fine, but even if you wanted to use the physical drives separately, the installer/diskdruid nees to know that it may be causing an MBR mismatch problem. How can you get dmraid active during an install? You would need to modify the installer source code to support BIOS RAID, via device mapper and the dmraid utility. Fedora Core 2 has now reached end of life, and no further updates will be provided by Red Hat. The Fedora legacy project will be producing further kernel updates for security problems only. If this bug has not been fixed in the latest Fedora Core 2 update kernel, please try to reproduce it under Fedora Core 3, and reopen if necessary, changing the product version accordingly. Thank you. |