Bug 53644
Summary: | 440GX: Installer hangs when loading aic7xxx module, worked around that with boot image, but hangs on reboot | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <tswarm> |
Component: | kernel | Assignee: | Arjan van de Ven <arjanv> |
Status: | CLOSED DUPLICATE | QA Contact: | Brock Organ <borgan> |
Severity: | high | Docs Contact: | |
Priority: | medium | ||
Version: | 7.3 | CC: | aria.x76, h.m.conner, htavares, jason.boyle, lowr88, nirmal_gk, tgagne |
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: | 2006-02-21 18:48:08 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
Need Real Name
2001-09-13 19:15:36 UTC
the "apic" line is still needed after the installation, unless you install the SMP kernel. Is that done using the kernel arguments line during the installation process? I am unable to logon at all to configure any of the startup scripts. You're supposed to type at at the lilo prompt (eg hit 'x' at the graphical lilo screen and type "linux apic") The loader won't get to the graphical screen at all. It hangs before I am given the chance to enter the option command. No not the "linux GDM login screen" but the Lilo screen where you can select kernels to boot... Sorry about the mix-up there. We have gone back to 6.2 on that web server for the time being, but I may try that out tomarrow afternoon. I do have a few questions on this method, however. Is it possible to boot with the apic option at the lilo: prompt without physically sitting at the box when it reboots, perhaps with a startup script of some type. Also, how has the progress gone with intel on this issue? It seems once the BIOS for this box has been updated, that the proper routing table will be used and the apic workaround will no longer be needed. Am I even close on this? Thanks You can add the "apic" option as default to the lilo.conf by using an "append" line. The behavior on my install has been the same as tswarm's. So, if I may, I shall add to this effort. How can the "apic" option be added to lilo.conf, if the system can not reboot? Is there a boot image with the fix (as in the install image) that would allow the entry of "apic", or is there a means of replacing the installed kernel with a fixed kernel? (Obviously, when I try the fixed boot image, it goes into the install procedure and that does me no good, and a rescue disk will be based on the newly installed kernel.) Thank you. I'm having the install problem on an L440GX+, installing RHat 7.2. Do we know if the problem has a 7.2 workaround (like the modified boot images) or is fixed in 7.3? 7.2 and 7.3 have a blacklist for broken bioses; if you have a bios not in the list you need to use the apic option and make sure we get your bios info for adding to the list. I have exactly the same looping problem as tswarm with Red-hat 8.0 I have the same mother board with one processor with the latest BIOS and SCSI BIOS Update. When I installed it I choose 'linux noprobe apic' and then I choose the 'OLD APIC7xxx ....' driver, after that I choose to install the SMP kernel to. The installation process went right but when it boots with 'linux' it stops with this message: Serial driver 5.05c (2001-04-08) with MANY_PORTS MULTIPORT SHARE_IRQ SERIAL_PCI ISPNP enabled and with the 'linux_up', it stays looping.... I really don't know whta to do :|, Is ther any img file whixh updates the AIC7xxx driver? Please help I'm getting something very similar to htaveres under Redhat 7.3. The system was working fine using the 2.4.18-5smp kernel, but I can't get either 2.4.18-18 or 2.4.18-24 to work. The non smp kernel still gives the scsi timeouts and the smp kernel gets as far as printing VFS: Diskquotas version dquot_6.5.0 initialized or sometimes one line further pty: 2048 Unix98 ptys configured which is the line before the Serial driver one mentioned by htaveres I've gone back to 2.4.18-5 for the time being, but I really want to upgrade to the latest patch. Is there any way of making the newer kernels work with this system? *** This bug has been marked as a duplicate of 79752 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |