Bug 151319
Summary: | System with Abit VA6 MB Hangs During Boot when USB support is turned on in the BIOS (Initializing hardware -> audio) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Mark Farnell <farnell_mark> |
Component: | kernel | Assignee: | Dave Jones <davej> |
Status: | CLOSED CANTFIX | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 3 | CC: | pfrields, sitsofe, wtogami |
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-10-03 00:22:12 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
Mark Farnell
2005-03-16 21:39:16 UTC
You need to upgrade your kernel to the latest one (kernel-2.6.10-1.770_FC3) at the time of writing because the issue may have already been fixed... The foolishness of the above comment has just struck me. Does booting with nousb get you any further? (In reply to comment #2) > The foolishness of the above comment has just struck me. > > Does booting with nousb get you any further? Spot-on! The system passes this point and does not give trouble again for the rest of the setup. Then I remove the kernel commands acpi=off, apm=off and turn the on-board sound back on thourgh the BIOS and the problem does not come back. Actually, turning off USB support by itself also solve the problem without passing the nousb. After the setup, the system runs perfectly although WITHOUT USB support. However when I tried to turn the USB support back on through the BIOS WITHOUT adding the nousb kernel command, the system hangs again during boot after "Welcome to Fedora Core Press 'I' to enter interactive startup. Starting udev: [OK] Initializing hardware... storage network audio" My computer runs on the Abit VA6 motherboard and the onboard USB is VIA Technologies, Inc. VT82XXXXX UHCI USB1.1 Controller Also, turning the SELinux from "enforcing" to "permissive" does NOT rectify the problem. What can I do to allow USB support on my computer WITHOUT hanging during the boot? Assuming that you have some way of controlling your machine, updating all the packages on your system is a good start. No guarantees but it's worth checking. (In reply to comment #4) > Assuming that you have some way of controlling your machine, updating all the > packages on your system is a good start. No guarantees but it's worth checking.\ I have updated ALL of the packages, but unfortunately the system still fails when usb is not disabled through the BIOS I'm afraid I have no easy answers. Your problem sounds not disimilar to mine over in bug #149171 . Unfortunately the machine that shows the problem is a server thus I am unlikely to be able to debug the issue further than I have already. The problem also seems to go away if I disable USB2 (and leave 1.1 on) in the BIOS. I suspect your machine only has USB 1.1 which would suggest your problem is a different issue. If you have the time and drive, see if the steps given in bug #149171 reproduce the problem for you. Then check whether whether booting with any of the listed options (other than nousb) causes the problem to go away. An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which may contain a fix for your problem. Please update to this new kernel, and report whether or not it fixes your problem. If you have updated to Fedora Core 4 since this bug was opened, and the problem still occurs with the latest updates for that release, please change the version field of this bug to 'fc4'. Thank you. This bug has been automatically closed as part of a mass update. It had been in NEEDINFO state since July 2005. If this bug still exists in current errata kernels, please reopen this bug. There are a large number of inactive bugs in the database, and this is the only way to purge them. Thank you. |