Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 162753

Summary: ps/2 mouse works during install but not after booting
Product: [Fedora] Fedora Reporter: Graham Freeman <grahamfreeman>
Component: kudzuAssignee: Bill Nottingham <notting>
Status: CLOSED DEFERRED QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 4CC: rvokal
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-09-02 16:06:18 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Description Flags
xorg.conf file
/var/log/messages from booting attempts
/var/log/Xorg.o.log file from most recent reboot none

Description Graham Freeman 2005-07-08 12:34:44 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

Description of problem:
I have just upgraded from an old RedHat version to Fedora 4.  The PS/2 mouse was previously identified in the XF86Config file as being /dev/mouse.
After installation, booting failed because the mouse could not be opened during the xorg start-up.  The /var/log/Xorg.0.log file indicated that it could not open device /dev/mouse, and I was able to confirm that indeed there was no device /dev/mouse.  There was a device /dev/mouse0, so I edited the /etc/X11/xorg.conf file to refer instead to this device.  
The machine now boots, with no error messages about the mouse in the log file.  However, the mouse does not work.  I tried running /usr/sbin/mouseconfig, but this made no difference.
I am not sure if this is an xorg problem or a device detection problem with the new device handling system in Fedora.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.If I boot the machine in MS Windows, the mouse works fine.
2.If I boot the machine from the Fedora installation disk, the mouse works fine during installation.
3.After installation, the mouse is dead under Linux.

Actual Results:  I am only able to use Linux in text mode.

Additional info:

Comment 1 Graham Freeman 2005-07-08 13:06:56 UTC
Created attachment 116512 [details]
xorg.conf file

Comment 2 Graham Freeman 2005-07-08 13:09:36 UTC
Created attachment 116513 [details]
/var/log/messages from booting attempts

This shows that the Logitech mouse is detected during booting, as least in the
most recent attempts.  Nevertheless, X Windows does not see it.

Comment 3 Graham Freeman 2005-07-08 13:12:18 UTC
Created attachment 116514 [details]
/var/log/Xorg.o.log file from most recent reboot

Xorg seems happy with the config file.

Comment 4 Mike A. Harris 2005-08-30 11:32:00 UTC
I'm not sure if our installer (anaconda) or whichever other config
tool is responsible, properly handles upgrading xorg.conf to use
/dev/input instead of /dev/psaux.

Reassigning to anaconda for review/comment.  If anaconda isn't
responsible for this, please reassign to appropriate component.

Comment 5 Bill Nottingham 2005-08-30 19:36:45 UTC
You don't want /dev/mouse0, you want /dev/input/mice.

What exactly were you running beforehand?

Comment 6 Graham freeman 2005-09-02 12:43:04 UTC
I was running Red Hat 7.2.

/dev/input/mice works fine. 

I guess that coping with upgrading from all historical systems cleanly is a tall
order.  I suggest closing the bug report as not worth pursuing further.  Thanks.

Comment 7 Bill Nottingham 2005-09-02 16:06:18 UTC
There is a script that anaconda runs on upgrade (/usr/sbin/fix-mouse-psaux) -
but it's generally only been tested on upgrades from FC1.

Deferring for now, will reopen if we get a chance to do more testing/fixing of
this script.