Any ideas or suggestions, how I can get my keyboard working ? It's nothing to the hardware itself as the kbd works just perfect while in SuSE and winxp.
Another interesting observation - when I browse using konqueror, the minus sign shows up as a strange box shaped character !! Thanks for any responses. Kevin On 11/15/06, Kevin Williams <[EMAIL PROTECTED]> wrote:
Thanks very much the responses. Soon after I sent email to the list, I embarked on the task of troubleshooting these pesky lil' probs. The problem with sudo, Dan, like you said had to do with /etc/sudoers ! I tried moving /etc/pam.d/sudo out of the way and this gave me a pam realted error when I tried to sudo. I tried different CL args to sudo for eg. sudo -H -u root sh -c "ls ~" as root gave me an error that "User rooot doesn't have permission to run /bin/sh ls ~ as user kevin" !! This forced me look into /etc/sudoers. It contained the line "root ALL = (ALL) ALL" yet, that didn't seem to work ! I commented out all lines except the ones related to the permissions to root and underprivileged user. Sudo worked ! Then, I uncommented all lines one by one trying to sudo after every edit. After having uncommented all lines thus, bringing it back to its original state, sudo still worked ! To put it bluntly, I don't know how or why ? Maybe, an unprintable char or I don't know. visudo never complained about the syntax. Well, the good this is sudo is working. About the kpowersave problem, an hour's search on the internet over how to configure powersave with dbus returned nothing appropriate. I revisited BLFS Book and read thru' the DBUS and HAL notes. Thats when I noticed the link to hints which you have pointed out in your email. Acting on the instructions I installed pam_console and created the scripts to get KDM launch a user dbus session. When, I had it all ready, upon entering the password on the login screen it kept dropping me back to the login screen. Obviously because, the script that would launch the user's dbus session was calling sudo to achieve it and sudo wasn't working for me ! I tried launching dbus session from within kde and that didn't make it work for some strange reason. Maybe, because kde does some sort of initialization and dbus must be launched prior to that ! When I log into kde as root, kpowersave works without a glitch. I decided to strace kpowersave and did just that. Output of 'strace kpowersave' showed the various libs it was accessing and then the /etc/sudoers followed by the error message. That made me think that, kpowersave is using sudo to achieve its job done. Now that I've sudo working kpowersave is working just perfect !! Finally, the keyboard, sorry, I missed that console script. Though, I walked thru' every init script I installed and modified where ever I felt like, I think I overlooked that one. So stupid of me ! I am a bit mused over the location of kbd directory ! I ran a find under /usr and when I didn't find it I simply copied it from suse ! Now, after you have told me that it is indeed there under /lib/kbd !! Well, I've just created /etc/sysconfig/console. I rebooted hoping everything is gonna work just perfect ! Disappointment awaited me as I still have the problem with Xtrl+Alt+Fn combination ! I have tried booting into SuSE, dumping the kbd map to a file using dumpkeys and trying to load that map in BLFS. Nope, that doesn't seem to get it working. Now, I wonder, what other tricks do I have to try to get the damed thing working !? Here's what /etc/sysconfig/console contains: -------------------------------- KEYMAP="us" FONT="iso01.16 -m 8859-1" -------------------------------- I'm not using any KEYMAP_CORRECTIONS. I wonder if that is the key to it ! Shouldn't be ?! Its a qwerty kbd and I think the above settings should have made it behave the right way. Thanks very much again for the help. I would appreciate if I could be led in the right direction to solve this darned kbd issue. Kevin On 11/15/06, Dan Nicholson <[EMAIL PROTECTED]> wrote: > On 11/14/06, Kevin Williams <[EMAIL PROTECTED]> wrote: > > > > Soon after booting into runlevel 5 (KDE) I noticed that, the kbd shortcuts > > Ctrl+Alt+Fn to switch between the vt's don't work ! Back in the red hat > days > > I knew how to do this, now I just don't remember !! :-( I chose keyboard > > layout in KControl and that solved the problem of Ctrl+Alt+Fn. > > Unfortunately, this seems to work as long as I'm logged into KDE. > > Somethings wrong with your keyboard setup. Ctrl+Alt+Fn is not a KDE > thing. It should works at the console or in X or wherever. > > > I've tried to look into SuSE (occasionallt I keep booting into SuSE to see > > how SuSE achieves things which, helps me to troubleshoot whenever I've > probs > > in BLFS) and found that SuSE uses different approach. SuSE seems to be > using > > keymap files stored under /usr/share/kbd. I don't find this folder in > BLFS. > > Maybe, it has to do with the difference between XORG-7 and XORG-6.9. I've > > XORG-7 installed in BLFS. > > If you have a newer LFS, they are in /lib/kbd. X uses an entirely > different setup, but I'd try to get things working at the console > before complicating things with X. > > > Secondly, I can't sudo ! Sudo asks for root users password and typing the > > right password doesn't let me in. Displays a message 'Sorry, try again' ! > > After three tries it just goes away with a message '3 incorrect password > > attempts' ! I've installed Kerberos5, heimdal, Linux-PAM with Cracklib > > support (Uh ! Overkill !). This is what I find in my /etc/pam.d/sudo file: > > I don't think the pam configuration is the issue. Two things. What are > the permissions of sudo? It needs to be suid as far as I can tell, > just like su: > > [12:08 PM [EMAIL PROTECTED] ls -l /usr/bin/sudo > ---s--x--x 2 root root 91232 2006-05-23 15:39 /usr/bin/sudo > > Second, look in /var/log/auth.log for some clues about what's > happening in the authentication process. > > And, yes, you have a ton of overkill there. Especially with kerberos, > which is completely non-trivial. Not that your asking, but it would be > a much better plan to build these things gradually. Also, I think it's > conflicting to have both Krb5 and heimdal. > > > Finally, I've problems with kpowersave. I've acpid and powersave (the > latest > > version) installed to support kpowersave. acpid config files are empty to > > make it forward the events to powersave. Powersaved seems to be running > > fine. When I boot into KDE, kpowersave displays a messagebox saying 'You > are > > not permitted to connect to the powersave daemon via DBUS. Please check > your > > DBUS configuration and installtion' !! > > Are you running a dbus session daemon? You'd probably see something > like dbus-launch in ps, but I don't know how KDE sets this up. > > I don't get any powersave/scheme > > option in kpowersave menu save the help menu !! I've compared the > settings > > in SuSE and BLFS including the file permissions and found them to be the > > same. kpowersave works in SuSE while it displays the before mentioned > error > > message. I guess, it has to with the DBUS policy. These are the messages > > from powersaved I found in the logs: > > ----------------------------------------------------------------- > > daemon.log:Nov 14 02:30:38 kevkim powersaved[15074]: WARNING > > (filter_function:208) Hal service stopped. Battery information no longer > > available > > daemon.log:Nov 14 02:30:39 kevkim powersaved[15074]: ERROR > > (filter_function:97) DBus daemon disconnected. Trying to reconnect... > > Is Hal running? Obviously, kpowersaved isn't going to do squat if it > can't get any info from Hal. > > > I've compared files under /etc/dbus/, /etc/acpid and /etc/powersave and > > also the files in /etc/sysconfig and found them to be same as those in > SuSE. > > Diff returned nothing ! Yet, I don't understand why it works in SuSE and > not > > in BLFS. > > That explains one thing. Unless you have pam_console going, you're > going to need to give unprivileged users permission to use the Hal > methods. See here: > > http://lfs.osuosl.org/blfs/view/svn/general/hal.html#hal-config > > Good luck. > > -- > Dan > -- > http://linuxfromscratch.org/mailman/listinfo/blfs-support > FAQ: http://www.linuxfromscratch.org/blfs/faq.html > Unsubscribe: See the above information page >
-- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
