I move my notebook around my office. Sometimes I am using the internal pointers, sometimes a USB mouse, and sometimes a USB keyboard/mouse adapter that is plugged into a kvm (actually two of them). With one of these USB k/m adapters, when I plug in, the system fails to recognize the mouse (but no problem with the keyboard). The 2 adapters are the same brand/model (Aten), but the KVMs are different Aten masterviews. Of course I would like to figure out why this is happening and get it to stop, but meanwhile is there a way to restart the mouse services.
On Thu, 2006-09-07 at 16:21 -0400, Robert Moskowitz wrote:> I move my notebook around my office. Sometimes I am using the internal > pointers, sometimes a USB mouse, and sometimes a USB keyboard/mouse > adapter that is plugged into a kvm (actually two of them). > > With one of these USB k/m adapters, when I plug in, the system fails to > recognize the mouse (but no problem with the keyboard). The 2 adapters > are the same brand/model (Aten), but the KVMs are different Aten > masterviews. > > Of course I would like to figure out why this is happening and get it to > stop, > > but meanwhile is there a way to restart the mouse services.For console mouse? /etc/rc.d/init.d/gpm restart>From X desktop, access Services, select gpm and "Restart"> <snip sig stuff>HTH -- Bill
William L. Maltby wrote:> On Thu, 2006-09-07 at 16:21 -0400, Robert Moskowitz wrote: > >> I move my notebook around my office. Sometimes I am using the internal >> pointers, sometimes a USB mouse, and sometimes a USB keyboard/mouse >> adapter that is plugged into a kvm (actually two of them). >> >> With one of these USB k/m adapters, when I plug in, the system fails to >> recognize the mouse (but no problem with the keyboard). The 2 adapters >> are the same brand/model (Aten), but the KVMs are different Aten >> masterviews. >> >> Of course I would like to figure out why this is happening and get it to >> stop, >> >> but meanwhile is there a way to restart the mouse services. >> > > For console mouse? > > /etc/rc.d/init.d/gpm restart > > >From X desktop, access Services, select gpm and "Restart" >Both definitely restarted the mouse services, but still don't have the USB K/M mouse responding. Maybe it is usb services that needs a kick in its hindend?> >> <snip sig stuff> >> > HTH > -- > Bill > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos > >
William L. Maltby wrote:> On Thu, 2006-09-07 at 16:55 -0400, Robert Moskowitz wrote: > >> William L. Maltby wrote: >> >>> On Thu, 2006-09-07 at 16:21 -0400, Robert Moskowitz wrote: >>> >>> >>>> <snip> >>>> > > >>>> but meanwhile is there a way to restart the mouse services. >>>> >>>> >>> For console mouse? >>> >>> /etc/rc.d/init.d/gpm restart >>> >>> >From X desktop, access Services, select gpm and "Restart" >>> >>> >> Both definitely restarted the mouse services, but still don't have the >> USB K/M mouse responding. >> >> Maybe it is usb services that needs a kick in its hindend? >> > > I meant to mention that possibility. I don't know much about usb. I know > there's 2(?) drivers that need loading? Not sure, uhci_hcd > ehci_hcd? > > It *used* to be, long ago and far away, that we could just rmmod stuff > and then start up a service needing the modules. I wouldn't know if > that's save in today's environ or not. >I looked into the /etc/rc.d/init.d directory and did not see anything there that looked connected...
William L. Maltby wrote:> On Thu, 2006-09-07 at 17:37 -0400, Robert Moskowitz wrote: > >> William L. Maltby wrote: >> >>> On Thu, 2006-09-07 at 16:55 -0400, Robert Moskowitz wrote: >>> >>> >>>> William L. Maltby wrote: >>>> >>>> >>>>> On Thu, 2006-09-07 at 16:21 -0400, Robert Moskowitz wrote: >>>>> <snip> >>>>> > > >>>> Maybe it is usb services that needs a kick in its hindend? >>>> >>>> >>> I meant to mention that possibility. I don't know much about usb. I know >>> there's 2(?) drivers that need loading? Not sure, uhci_hcd >>> ehci_hcd? >>> >>> It *used* to be, long ago and far away, that we could just rmmod stuff >>> and then start up a service needing the modules. I wouldn't know if >>> that's save in today's environ or not. >>> >>> >> I looked into the /etc/rc.d/init.d directory and did not see anything >> there that looked connected... >> > > Wouldn't be there. These are device drivers. *If* they're loadable > modules (I think they are), they can be inserted by the initrd process > or may be mandated in the /etc/modprobe.conf file. > > If you do "lsmod" you'll see them *if* they are modules.Yep, there they are.> There's also a > command that I like "modinfo". Gives basic info. There's some params, > IIRC. "Man modinfo" 'cause I'll be darned if I remember them! :-( >But nothing to restart. I can remove and install the modules with modprobe, but not restart. I suppose I can do the remove and install to act as a remove? And then which one? Are they interdepent or what?> >> <snip> >> > > Test on one of your non-critical machines? rmmod <the name of a module> > and it will either remove it or tell you something is using it, IIRC. > That might give you enough boost on the old learning curve to address > the current problem without resorting to Windows SOP. > > HTH > -- > Bill > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos > >
Robert Moskowitz wrote:> I move my notebook around my office. Sometimes I am using the internal > pointers, sometimes a USB mouse, and sometimes a USB keyboard/mouse > adapter that is plugged into a kvm (actually two of them). > > With one of these USB k/m adapters, when I plug in, the system fails to > recognize the mouse (but no problem with the keyboard). The 2 adapters > are the same brand/model (Aten), but the KVMs are different Aten > masterviews. > > Of course I would like to figure out why this is happening and get it to > stop, > > but meanwhile is there a way to restart the mouse services.For within X, I don't think so. I have a USB KVM, and I have had problems when switching, the KVM seemed to hang and needed its power cycled. That involves unplugging all USB connectors to hosts that have power to the motherboard, and replugging them. Fortunately, it seems to have settled down, it's a fairly tedious way to swap KV & M. -- Cheers John -- spambait 1aaaaaaa at coco.merseine.nu Z1aaaaaaa at coco.merseine.nu Tourist pics http://portgeographe.environmentaldisasters.cds.merseine.nu/ Please do not reply off-list
William L. Maltby wrote:> On Thu, 2006-09-07 at 18:56 -0400, Robert Moskowitz wrote: > >> William L. Maltby wrote: >> >>> On Thu, 2006-09-07 at 17:37 -0400, Robert Moskowitz wrote: >>> >>> >>>> William L. Maltby wrote: >>>> >>>> >>>>> On Thu, 2006-09-07 at 16:55 -0400, Robert Moskowitz wrote: >>>>> >>>>> >>>>> >>>>>> William L. Maltby wrote: >>>>>> >>>>>> >>>>>> >>>>>>> On Thu, 2006-09-07 at 16:21 -0400, Robert Moskowitz wrote: >>>>>>> <snip> >>>>>>> >>>>>>> >>> >>> >>>>>> Maybe it is usb services that needs a kick in its hindend? >>>>>> <snip> >>>>>> > > >>> Wouldn't be there. These are device drivers. *If* they're loadable >>> modules (I think they are), they can be inserted by the initrd process >>> or may be mandated in the /etc/modprobe.conf file. >>> >>> If you do "lsmod" you'll see them *if* they are modules. >>> >> Yep, there they are. >> >>> There's also a >>> command that I like "modinfo". Gives basic info. There's some params, >>> IIRC. "Man modinfo" 'cause I'll be darned if I remember them! :-( >>> >>> >> But nothing to restart. I can remove and install the modules with >> modprobe, but not restart. >> > > *If* something, such as a mouse driver depended on them, normally a > modprobe.conf (is USB special? Does it need definition in modprobe.conf? > Yes, see below) might exist that showed that relationship. So, after you > removed the usb drivers, if you did a restart on the mouse or kb or > whatever, it would cause the modules to be reloaded via modprobe.conf > entries. I don't use mouse/keyboard there, but mine has this. > > alias usb-controller ehci-hcd > alias usb-controller1 uhci-hcd > > So if i did a mount, e.g. of my usb drive, that should cause the usb > modules to be automatically loaded. > > So, restart your mouse on the test machine and if your fortunate, the > modprobe will occur, based on the node's "memory" that your mouse is > usb, to load those modules. >Well I did a modprobe -rv ehci-hcd modprobe -rv ohci-hcd The USB keyboard stopped working after I removed ohci-hcd. I unplugged and replugged the USB M/K adapter and nothing happene. No mouse, no keyboard (of course notebook mouse/pointer continued to work). Then I did a: modprobe -v ohci-hcd And the usb keyboard started up, but not the mouse. gpm restart did nothing. Well, it is time to move my notebook. Next local only has a usb mouse, no kvm, no external keyboard...> >> I suppose I can do the remove and install to act as a remove? And then >> which one? Are they interdepent or what? >> > > I'm not that familiar. IIRC, if one depended on the other, that would be > in modprobe. But that could be elsewhere now? It's been a long time. > Maybe they are independent. Like maybe one's a block driver and the > other a character or something? I have never even read up on them. > > >>> >>> >>>> <snip> >>>> >>>> >>> Test on one of your non-critical machines? rmmod <the name of a module> >>> and it will either remove it or tell you something is using it, IIRC. >>> That might give you enough boost on the old learning curve to address >>> the current problem without resorting to Windows SOP. >>> <snip sig stuff> >>> > > HTH > -- > Bill > > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos > >