SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I'm at a loss here as I can't figure out this strange problem. You see, when I go to a terminal (ctrl+alt+F2-F6) or when I boot into runlevel 3 and I start typing, the second character never appears until I type it again.
In other words, if I go to type "less file.txt" I get "lss file.txt". In order to get it to work right I have to type "leess file.txt".
This happens at every prompt and it is very annoying. It doesn't happen if I use a virtual term such as Konsole.
Any ideas? This just started out of the blue.
Oh by the way, I get the following from dmesg which I've never noticed before:
Quote:
Trying to move old root to /initrd ... <6>input: AT Translated Set 2 keyboard as /class/input/input0
That's one line, not two separate lines.
Then I also get:
Quote:
mice: PS/2 mouse device common for all mice
And later on a separate line:
Quote:
input: ImPS/2 Generic Wheel Mouse as /class/input/input1
I'm using 2.6.17.8 which I compiled myself. I suppose I could try Pat's 2.6.17.11 to see if that helps.
I found that if at the prompt I press the space key 10 or 15 times then backspace to the beginning of the prompt the problem goes away for a while, but it does come back later.
Really weird, but it's enough to drive me nuts because I keep getting errors due to the second letter missing from my commands.
I also found that the problem doesn't seem to affect root, but I don't log into root often enough or long enough to see if the problem appears. Could be a configuration thing for my user? I'm just not sure where to begin looking.
You say that the problem doesn't appear when logged in as the root user. What happens when you try to open a subshell (i.e. enter '/bin/bash')? Have you also tried creating a new user, temporarily, and seeing if the problem exists for them?
I'm wondering if this may be due to a misconfigured .bashrc or .bash_profile for your main account.
There is also the /etc/profile and /etc/inputrc files. If you have been updating your Slack to the current version, then these files should be updated. You would see files called /etc/inputrc.new and /etc/profile.new present. These files should replace your old files.
You say that the problem doesn't appear when logged in as the root user. What happens when you try to open a subshell (i.e. enter '/bin/bash')? Have you also tried creating a new user, temporarily, and seeing if the problem exists for them?
I'm wondering if this may be due to a misconfigured .bashrc or .bash_profile for your main account.
There is also the /etc/profile and /etc/inputrc files. If you have been updating your Slack to the current version, then these files should be updated. You would see files called /etc/inputrc.new and /etc/profile.new present. These files should replace your old files.
Hello R 'n B,
Thanks for your reply.
Interesting...the problem seems to go away when I open a subshell. What do you suppose that would mean?
My .bashrc and .bash_profile files are fine, I think. I haven't changed them much in a long while and I commented out the two changes I've made within the last 3 months, but still had the problem. I also tried removing my .bashrc file and then logging in again and still had the problem. I've updated my /etc/inputrc and /etc/profile files as well.
By the way, I just added a temporary new user and this new user has the same problem.
If the keyboard problem disappears when you are in a sub-shell, then this eliminates it being a hardware problem.
Quote:
Interesting...the problem seems to go away when I open a subshell. What do you suppose that would mean?
My .bashrc and .bash_profile files are fine, I think. I haven't changed them much in a long while and I commented out the two changes I've made within the last 3 months, but still had the problem. I also tried removing my .bashrc file and then logging in again and still had the problem. I've updated my /etc/inputrc and /etc/profile files as well.
If I remember correctly the .bashrc file is used upon opening each new sub-shell, and the .bash_profile is used only once (right after the login). You might want to try removing the .bash_profile for your account. So the problem might be in your .bash_profile.
As a last resort, if root is still working OK, then try copying over the .bash* files from root's home directory. Then apply your modifications one at a time to these files.
That's true, unless he has been modifying the /etc/skel/.bash_profile. If his .bash_profile was copied from this file, then all of his users will have the same problem.
But root user, being created first before there are any files in the /etc/skel directory, will probably have a different looking .bash_profile.
There is also another file called /etc/screenrc, that deals with the display on the console. But I have never tried modifying that file, so I am not 100% sure what this file does.
If the keyboard problem disappears when you are in a sub-shell, then this eliminates it being a hardware problem.
I agree, it isn't a hardware problem since the root account works fine.
Quote:
If I remember correctly the .bashrc file is used upon opening each new sub-shell, and the .bash_profile is used only once (right after the login). You might want to try removing the .bash_profile for your account. So the problem might be in your .bash_profile.
Both the root's and user's .bash_profile files are identical, unmodified since day one.
Just in case, I removed my user's .bash_profile file and the problem remains.
Quote:
As a last resort, if root is still working OK, then try copying over the .bash* files from root's home directory. Then apply your modifications one at a time to these files.
This makes a whole lot of sense and I'm kicking myself for not thinking of it earlier. However, after trying this...the problem still remains
I'm at my wits end, I can't figure this one out. It can't be a permissions thing because if it were then I wouldn't be able to type at all with my user...not just the second character at every prompt.
I don't have this problem in a virtual console such as Konsole or Yakuake. What is the difference between the root/user use of the console and the root/user use of the virtual console as far as typing goes? Could this be a problem with the console font? I've never messed with it though.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.