After disconnecting everything non-essential and slowly reconnecting it I found out what my problem was: the volume control on the laptop was faulty. Looks like one of our users spilled something that dripped underneath the volume down key, shorting the circuit board and making it act like the volume-down button was being held down. The CLI was interpreting this as input, hence the random key being held down thing. Disconnecting the volume control cable works to solve the problem for now, and eventually I'll replace it. Thanks for the input!
That's a bit of a moot point, since the keyboard does the exact same thing when booting from both MSDOS and Ubuntu off of a USB stick. Also, this problem does not happen when the hard drive is plugged into an identical laptop.
It's probably worth noting that my company is using this exact same software combination across a dozen laptops of the same make and model in our organization, and this is the first time we've ever seen this.
When you re-installed the OS, did you try the keyboard BEFORE you installed any of your software first? If so was it working ok and at what point of your software installs did it start acting abnormally? .
Bwah, shame on me for forgetting to mention that! This problem does not occur when using an external USB keyboard. It's only when you try and type on the integrated one that this happens.
Hmmm yes this is a bit odd isn't it. If the external keyboard works then one would assume laptop keyboard failure but you say it only occurs in CLI environment. If the laptop keyboard was faulty it surely would occur in all scenarios.
What about the Windows on-screen keyboard? Same issues?
I'm convinced this isnt a software conflict. How willing are you to wipe the drive completely and just load the Windows OS?
Me too! The idea behind the Windows On-Screen keyboard was again to eliminate hardware issues. I'd of thought the keyboard diagnostic would of found that straight away. Ahhh well at least you found the problem.
I realise it's a stretch but there are enough similarities... I was also going to ask him to rule out the second inadequacy in his truecrypt sw (since the 5520 is uefi-capable):
http://www.truecrypt.org/future
btw Paul, on my xp desktop there is a real conflict when attempting to run OSK and CLI; you ?
the reason that the CLI sees it as input is because volume control runs through the keyboard controller. It is "filtered" during GUI but not command line.....
KristianD
5 Posts
1
July 12th, 2013 11:00
After disconnecting everything non-essential and slowly reconnecting it I found out what my problem was: the volume control on the laptop was faulty. Looks like one of our users spilled something that dripped underneath the volume down key, shorting the circuit board and making it act like the volume-down button was being held down. The CLI was interpreting this as input, hence the random key being held down thing. Disconnecting the volume control cable works to solve the problem for now, and eventually I'll replace it. Thanks for the input!
KristianD
5 Posts
0
July 11th, 2013 16:00
That's a bit of a moot point, since the keyboard does the exact same thing when booting from both MSDOS and Ubuntu off of a USB stick. Also, this problem does not happen when the hard drive is plugged into an identical laptop.
It's probably worth noting that my company is using this exact same software combination across a dozen laptops of the same make and model in our organization, and this is the first time we've ever seen this.
Robin3
807 Posts
0
July 11th, 2013 16:00
Have you tried an external keyboard? Same issues?
Robin3
807 Posts
0
July 11th, 2013 16:00
When you re-installed the OS, did you try the keyboard BEFORE you installed any of your software first? If so was it working ok and at what point of your software installs did it start acting abnormally? .
KristianD
5 Posts
0
July 11th, 2013 17:00
Bwah, shame on me for forgetting to mention that! This problem does not occur when using an external USB keyboard. It's only when you try and type on the integrated one that this happens.
Modified my original post to include that info.
Robin3
807 Posts
0
July 11th, 2013 18:00
Hmmm yes this is a bit odd isn't it. If the external keyboard works then one would assume laptop keyboard failure but you say it only occurs in CLI environment. If the laptop keyboard was faulty it surely would occur in all scenarios.
What about the Windows on-screen keyboard? Same issues?
I'm convinced this isnt a software conflict. How willing are you to wipe the drive completely and just load the Windows OS?
KristianD
5 Posts
0
July 12th, 2013 09:00
...how exactly am I supposed to use the windows on-screen keyboard if I'm in a CLI?
And it's definitely not the software because I can pull out the harddrive, boot linux off of a USB stick and still have the exact same problem.
maxd
2 Intern
•
2.4K Posts
0
July 12th, 2013 11:00
Interested to know why it would only affect in a non-gui mode ??
Robin3
807 Posts
0
July 12th, 2013 12:00
Me too! The idea behind the Windows On-Screen keyboard was again to eliminate hardware issues. I'd of thought the keyboard diagnostic would of found that straight away. Ahhh well at least you found the problem.
maxd
2 Intern
•
2.4K Posts
0
July 12th, 2013 15:00
It appeared to me to be an encrytion/bios 'conflict' somewhat similar to this page:
https://kc.mcafee.com/corporate/index?page=content&id=KB73130&pmv=print
I realise it's a stretch but there are enough similarities... I was also going to ask him to rule out the second inadequacy in his truecrypt sw (since the 5520 is uefi-capable):
http://www.truecrypt.org/future
btw Paul, on my xp desktop there is a real conflict when attempting to run OSK and CLI; you ?
faizalenu
193 Posts
0
July 12th, 2013 16:00
the reason that the CLI sees it as input is because volume control runs through the keyboard controller. It is "filtered" during GUI but not command line.....
JoeMoose76
1 Message
0
December 4th, 2013 11:00
I have the exact same issue and you saved me time to troubleshoot the issue. Thank You.:emotion-1: