My problems with openSuse 11.0 continue. I still cannot dual boot with Windows XP Pro, and had one more edit to try on /boot/grub/menu.lst when I discovered that my keyboard had died on me. I swapped it for a functional one from another PC and that too was as dead as a dodo after a reboot. I tried the first keyboard on another PC and it works fine so there is no hardware problem. Back with the original keyboard, it works fine when trying to select an OS from the grub login screen, but once opensuse is up and running then the keyboard is dead. I tried reinstalling openSuse 11 from DVD and this did not cure it.
Any suggestions for a newbie as to what to try next? Preferably mouse driven for obvious reasons!
Thanks, but this does not explain why the keyboard works fine when used at the grub OS selection screen, but is only disabled once openSuse is up and running. Surely this suggests that something in the OS is ignoring the keyboard rather than a hardware problem?
Did you try booting to run level 3 (ie a terminal mode), check if your keyboard works in run level 3, and if it does, run yast to configure your keyboard for X.
As I said at the beginning of this thread, I am a newbie to Linux. I have worked out how to boot openSuse 11 at runlevel 3 by typing ‘init 3’ at the Boot Options prompt in the grub login screen. This allows me to log in as either root or myself, but how do I then run Yast from the terminal (where my keyboard seems to work fine)?
P.S. When I run opensuse 11 direct from the DVD (as I am currently doing) the keyboard works fine, so there definitely is not a hardware malfunction.
Thanks I have done that but oldcpu’s advice was to configure my keyboard to run under X. I went to the hardware section of yast2 and then keyboard (which correctly identified that I was using a UK keyboard), but showed no obvious places to configure it for running under X. As a newbie I entered the ‘Expert’ section with some trepidation, but again found nothing obvious to change there.
As a “newbie” it might appear as arcane, but check the contents of /etc/X11/xorg.conf for a correct keyboard set of entries. After that, make the necessary changes to the X keyboard entries by running xorgconfig.
Have ready the information for your graphics card, or repeat the process of running xorgconfig until you get a proper GUI and proper keyboard operation.
Setting X parameters is far above yast2 and is done with xorgconfig or sax2, not the hardware section of yast2.
There is one other thing you might check; the validity of the parameter ModulePath in /etc/X11/xorg.conf.
Whatever it says, “/usr/lib/modules” or “/usr/lib/xorg/modules” or whatever, look at that path and check that it is a valid path to the X system modules directory.
If there is no valid path listed in your copy of xorg.conf, or if the path is valid but the entry is ignored because it is preceded with a #, set a valid path to the X system modules and activate them by removing the # from the front of the entry line.
Finally I booted into runlevel 3 by entering the command ‘init 3’ at the grub boot options screen, and then logging in as root. My keyboard worked fine in terminal mode. I then issued the command ‘startx’ and KDE 4.0.4 appeared in all its glory and the keyboard was still working. However if I logged in as my usual self at run level 3 and then ran startx, the keyboard was dead in KDE and its applications. I tried running yast2 and sax2 as root to configure the keyboard, but there was nothing obvious to change. Sax2 had the correct keyboard type and all the other configurations were to do with which keys such as Num Lock were active at startup. Or have I missed something here?
A couple things here. …
a. at the grub menu, the “init” is superfluous, …a simple “3” would have sufficed.
b. its far better to log in as a regular user, and not root. Then if you need root permissions, run “su -c” for a specific command, or “su” to put that one terminal session on root.
This looks like a permissions problem wrt your keyboard functionality under X. Any idea how this happened?
Weeks or days ago, did you have successful X functionality for a while as a regular user, and then lost it ?
I’ve seen users cause this sort of weird anomalous behaviour before, by inappropriately running X as root, and then find out later it broke their regular user account access.
Check your user settings using Yast2/Security and Users/User Management. Click on the entry for your user name and then click on edit. Look for anomalies, such as having the Disable User Login box checked.
Adjust your group memberships while you are at it.
My solution for all kinds of PAM problems is to set my primary group to root. That overcomes all kinds of permissions troubles.
Of course, if there is a PAM problem directly there are no easy fixes that I know of. It will take analysis by an expert in the proper functioning of PAM.
Checking the proper settings for PAM is accomplished using Local Security on the Security and Users pane.
Th only thingf I can see that is a little odd is that my keyboard has been identified as “microsoftpro” when in fact it is a Maltron one-handed keyboard, as I only have one hand that works. None of Maltron’s keyboards are listed in the Yast2 lists, but it is essentially a generic UK keyboard.
I also looked for a ModulePath section in this file and there was not one there! FWIW here is my entire xorg.conf file:
As a newbie I find it rather odd that there is a warning not to edit the file, yet some here seem to be suggesting that I should!
Sometimes manual editing is necessary, but you should always make a backup of the existing file first. That way you can revert to it if things don’t work as expected.