mouse behavior erratic after upgrade to 12.04 and updates applied

[Basil Chupin]

On 14/05/12 04:22, Ric Moore wrote:
> On 05/11/2012 08:45 PM, Basil Chupin wrote:
>> On 09/05/12 19:06, Ric Moore wrote:
>>> On 05/09/2012 02:31 AM, Basil Chupin wrote:
>>>> On 09/05/12 10:15, Ric Moore wrote:
>>>>> Strange, I'm on a standard homebuilt desktop/server computer, and
>>>>> after not using the mouse for a few minutes, I have to click the
>>>>> buttons like mad to get it working again. Just moving the mouse 
>>>>> has no
>>>>> effect, I must click the mouse buttons several times before the mouse
>>>>> cursor moves again. It's like it went to sleep on me and I have the
>>>>> energy stuff turned off. Strange.
>>>>>
>>>>> After the upgrade the mouse worked fine. The first night when I
>>>>> applied all of the updates, is when it occurred. It's a fairly new 
>>>>> two
>>>>> button/scroll wheel USB mouse. Anyone else experiencing this before I
>>>>> start the witch hunt?? Thanx, Ric
>>>>>
>>>>
>>>> By saying "scroll wheel USB mouse" can I assume that it a wireless
>>>> mouse?
>>>
>>> Nope, I don't run wireless anything, I like it wired. Less problems.
>>> :) Ric
>>
>> And so, 3 days on...... have you resolved your problem with the mice?
>
> I must have 5-6 kernels in /boot. sudo update-grub doesn't include them
> in the boot-up menu, although during the update process it finds them 
> and lists them with no sweat. Methinks it isn't writing them correctly 
> to the boot sector. Any ideas?? Ric

5 or 6 kernels in /boot ?!

Why so many? Is there a special need for them or is it simply that when 
a new kernel is installed the installation process doesn't do its job 
properly and leaves the old ones behind? The installation process 
ideally should just leave a copy of the kernel being replaced so that 
you can boot the system if the latest kernel fails to do so.

Get rid of all the baggage! Not only is it taking up space on the HDD 
but also in the Grub files used to boot the system. (No wonder the poor 
kernel-replacer doesn't do its proper job- the poor dear can't find room 
nor know which kernel is being replaced :-) .)

I had a similar problem quite a while back with the system "misbehaving" 
which disappeared when I deleted unnecessary kernels left behind by a 
misbehaving kernel updater.

Apart from deleting the redundant kernels in /boot have a look in 
software management to see if there copies of kernels which should also 
be deleted (for example, if you are using something like kernel-desktop 
then you don't need kernel-default - what you are currently using, 
including version, is shown, as you know, in the grub menu when you are 
booting).

BC

-- 
Using openSUSE 12.1 x86_64 KDE on a system with-
AMD FX 8-core 3.6/4.2GHz processor
16GB PC14900/1866MHz Quad Channel Corsair "Vengeance" RAM
Gigabyte AMD3+ m/board; Gigabyte nVidia GTX550Ti 1GB DDR5 GPU