Bug 108139
Summary: | gpm consistently fails during shutdown | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Gene Czarcinski <gczarcinski> |
Component: | gpm | Assignee: | Eido Inoue <havill> |
Status: | CLOSED DUPLICATE | QA Contact: | David Lawrence <dkl> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | chris, goldstein_m, hardawayd, james.juran, jrb, mackay_d, marcjw53, notting, pycoder666 |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-02-21 18:59:28 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: | |||
Bug Depends On: | |||
Bug Blocks: | 1092056 |
Description
Gene Czarcinski
2003-10-27 22:47:44 UTC
I just looked in /var/log/messages and found that although the service start message said "OK", there was a startup failure: Oct 27 11:01:15 moscow gpm: gpm startup succeeded Oct 27 11:01:27 moscow gpm[5794]: O0o.oops(): [gpm.c(949)]: Oct 27 11:01:27 moscow gpm[5794]: mouse initialization failed The shutdown is failing because gpm is not running. Are you booting with rhgb? Yes, bootup with rhgb gpm very well may fail to start while X is running for rhgb - it won't be able to open the mouse. Do console mouse services work at all? I am having the same problem on my dell c800 laptop. When I F1 to a console there is no mouse. When I shutdown i get the same error reported above. *** Bug 109440 has been marked as a duplicate of this bug. *** I'm not sure my problem is exactly the same, but it definitely occures on shutdown on gpm (Fedora Core 1). If gpm is allowed, after rebooting or shutting down the PS/2 mouse can't be detected (kudzu removes it from hw conf). Everything is then blocked (both mouse and keyboard). After resetting the computer, kudzu finds the mouse again and this time it works. It looks like gpm or related scripts are not shutting down cleanly. If I disable gpm, everything works OK. I have disabled rhgb, and even switched to runlevel 3, so that X is not involved at all. Still, if I'm using "reboot" or "poweroff" (that is services are shutted down), next time my mouse is not detected. If I reset or power off the computer (without allowing gpm to go through shutdown), mouse is detected normally. I just upgraded from RH9 to Fedora Core 1, and I experienced the problem after the upgrade. If I switch to a text console, and do a service gpm start, gpm starts OK. I can then use it to cut and paste between text consoles. GPM dies immediately, however, when I switch to the X console. In my case, I getthe exact same errors as mentioned above (when starting up or shutting down) if I use my PS/2 converter. If I don't use the converter and just plug my mouse (generic wheel mouse) directly into a USB port, no more errors. *** This bug has been marked as a duplicate of 115870 *** bah. typed in the wrong number for the duplicate. This bug goes into the "gpm doesn't like to compete for the mouse with X unless USB" category *** This bug has been marked as a duplicate of 109613 *** Changed to 'CLOSED' state since 'RESOLVED' has been deprecated. |