ok

then you would not use /dev/input/mice

it will be /dev/psaux

to make it permanent you would edit the /etc/sysconfig/gpm file



OPTIONS="-R"
DEVICE="/dev/psaux"
TYPE="imps2"



some versions of X have a problem where your scroll wheel on the mouse may not work anymore when using gpm. I'm not sure if ps2 mice are going to have the problem or not.

If this fixes the lockup problem you may want to try and install a different version of X

also you may want to try and run X with gpm not running and the normal X settings and see if it still locks up

well i was looking for that file /etc/sysconfig/gpm but i couldn't find it. do i have to create it?

and must i still make the changes to the XF86Config-4 as shown below:

Option "Protocol" "MouseSystems"
Option "Device" "/dev/gpmdata"

is this redhat or suse


you may look and see if there is a /etc/rc.d/init.d/gpm


look in the file and see how it's started.
if you see /etc/sysconfig/gpm in that file then you can create it.

If it's not there then we need to see how it's getting started


or you could put
gpm -k
then the gpm command your going to use in /etc/rc.d/rc.local

this will stop it then start it with the right command after all other scripts have run when you boot up

actually i'm runing mandy 9.0

here is the script i find in the etc/rc.d/init.d/gpm

[root@diebenkorn init.d]# more gpm
#!/bin/bash
#
# chkconfig: 2345 15 15
# description: GPM adds mouse support to text-based Linux applications such \
# the Midnight Commander. Is also allows mouse-based console \
# cut-and-paste operations, and includes support for pop-up \
# menus on the console.
# processname: gpm
# pidfile: /var/run/gpm.pid
# config: /etc/sysconfig/mouse

# source function library
. /etc/rc.d/init.d/functions

MOUSECFG=/etc/sysconfig/mouse
MOUSEDEVICE=/dev/mouse

RETVAL=0

case "$1" in
start)
gprintf "Starting console mouse services: "
if [ -f "$MOUSECFG" ]; then
. "$MOUSECFG"
else
gprintf "(no mouse is configured)\n"
exit 0
fi

if [ -n "$device" ];then
MOUSEDEVICE=/dev/$device
fi

if [ ! -e $MOUSEDEVICE ];then
gprintf "%s don't exist\n" "$MOUSEDEVICE"
exit 0
fi

if [ "$MOUSETYPE" = "none" ]; then
gprintf "(no mouse is configured)\n"
exit 0
fi

if [ "$MOUSETYPE" = "Microsoft" ]; then
MOUSETYPE=ms
fi

if [ -n "$MOUSETYPE" ]; then
daemon gpm -t $MOUSETYPE -m $MOUSEDEVICE
else
daemon gpm -m $MOUSEDEVICE
fi
RETVAL=$?
echo
[ $RETVAL -eq 0 ] && touch /var/lock/subsys/gpm
;;
stop)
gprintf "Shutting down console mouse services: "
killproc gpm
RETVAL=$?

echo
[ $RETVAL -eq 0 ] && rm -f /var/lock/subsys/gpm
;;
restart|reload)
$0 stop
$0 start
RETVAL=$?
;;
status)
status gpm
RETVAL=$?
;;
*)
gprintf "Usage: gpm {start|stop|status|restart|reload}\n"
exit 1
esac

exit $RETVAL


as you see /etc/sysconfig/mouse is there but not /etc/sysconfig/gpm. why again do we want to use gpm instead of mouse? just curious so i can learn.

thanks so much!

it's a little different,

it is using sysconfig/mouse for the mouse parameters and the device is set in the file directly.


It's not that you need to use it, I was just wondering if it would make a difference, since you are losing the use of your mouse the way it is now.

yes i've noticed a pattern..... whenever i right click a file in the konqueror window the submenu comes up, but the x server freezes and i have to reboot..... i'm beginning to believe it is the mouse. you think if i use a usb mouse ( i need a new mouse anyway) i won't have this issue so long the mouse drivers are changed of course.

well actually the driver is the same for all mice

but the device would change, and if there is a conflict somehow with your keyboard, then by putting the mouse on usb it might just correct the problem.