Void's Forums

by **dishawjp** » Sat Nov 20, 2004 8:21 pm

So here's what I did to my lang.sh:

Code: Select all: [root@eunix profile.d]# vi lang.sh [root@eunix profile.d]# cat lang.sh echo lang # /etc/profile.d/lang.sh - set i18n stuff sourced=0 for langfile in /etc/sysconfig/i18n $HOME/.i18n ; do [ -f $langfile ] && . $langfile && sourced=1 done echo test1 if [ -n "$GDM_LANG" ]; then sourced=1 LANG="$GDM_LANG" unset LANGUAGE if [ "$GDM_LANG" = "zh_CN.GB18030" ]; then export LANGUAGE="zh_CN.GB18030:zh_CN.GB2312:zh_CN" fi fi echo test2 if [ "$sourced" = 1 ]; then [ -n "$LANG" ] && export LANG || unset LANG [ -n "$LC_ADDRESS" ] && export LC_ADDRESS || unset LC_ADDRESS [ -n "$LC_CTYPE" ] && export LC_CTYPE || unset LC_CTYPE [ -n "$LC_COLLATE" ] && export LC_COLLATE || unset LC_COLLATE [ -n "$LC_IDENTIFICATION" ] && export LC_IDENTIFICATION || unset LC_IDENTIFICATION [ -n "$LC_MEASUREMENT" ] && export LC_MEASUREMENT || unset LC_MEASUREMENT [ -n "$LC_MESSAGES" ] && export LC_MESSAGES || unset LC_MESSAGES [ -n "$LC_MONETARY" ] && export LC_MONETARY || unset LC_MONETARY [ -n "$LC_NAME" ] && export LC_NAME || unset LC_NAME [ -n "$LC_NUMERIC" ] && export LC_NUMERIC || unset LC_NUMERIC [ -n "$LC_PAPER" ] && export LC_PAPER || unset LC_PAPER [ -n "$LC_TELEPHONE" ] && export LC_TELEPHONE || unset LC_TELEPHONE [ -n "$LC_TIME" ] && export LC_TIME || unset LC_TIME if [ -n "$LC_ALL" ]; then if [ "$LC_ALL" != "$LANG" ]; then export LC_ALL else unset LC_ALL fi else unset LC_ALL fi [ -n "$LANGUAGE" ] && export LANGUAGE || unset LANGUAGE [ -n "$LINGUAS" ] && export LINGUAS || unset LINGUAS [ -n "$_XKB_CHARSET" ] && export _XKB_CHARSET || unset _XKB_CHARSET echo test3 if [ -n "$CHARSET" ]; then case $CHARSET in 8859-1|8859-2|8859-5|8859-15|koi*) if [ "$TERM" = "linux" -a "`/sbin/consoletype`" = "vt" ]; then echo -n -e '\033(K' 2>/dev/null > /proc/$$/fd/0 fi ;; esac elif [ -n "$SYSFONTACM" ]; then case $SYSFONTACM in iso01*|iso02*|iso05*|iso15*|koi*|latin2-ucw*) if [ "$TERM" = "linux" -a "`/sbin/consoletype`" = "vt" ]; then echo -n -e '\033(K' 2>/dev/null > /proc/$$/fd/0 fi ;; esac fi echo test4 if [ -n "$LANG" ]; then case $LANG in *.utf8*|*.UTF-8*) if [ "$TERM" = "linux" -a "`/sbin/consoletype`" = "vt" ]; then [ -x /bin/unicode_start ] && /sbin/consoletype fg && unicode_start $SYSFONT $SYSFONTACM fi ;; esac fi unset SYSFONTACM SYSFONT fi echo test5 unset sourced unset langfile [root@eunix profile.d]#

The error appeared between test4 and test5. Something with utf8? Any thoughts?

by **Void Main** » Sat Nov 20, 2004 8:24 pm

Ok, now I am going to have to do a little research. It surely looks like this bug though:

http://bugzilla.redhat.com/bugzilla/sho ... ?id=125133

The bug was initially reported in FC2 by someone and toward the end people say they have the problem in FC3 too. Some say it started when they installed the nVidia driver but I don't know if that has anything to do with it. I'll start digging.

by **dishawjp** » Sat Nov 20, 2004 8:24 pm

Just read back to what you posted while I was "playing" Should I roll back to the earlier version of initscripts? Or do something really dangerous like rpm -e initscripts and then apt-get install initscripts? I haven't totally trashed a computer in almost a year now :-)

by **Void Main** » Sat Nov 20, 2004 8:32 pm

Well, it would certainly be a good test to see if the old initscripts solves the problem:

# rpm -Uvh --oldpackage http://ayo.freshrpms.net/fedora/linux/3 ... 1.i386.rpm

I think the above should do it (might be -ivh --oldpackage). Here are the changes listed between the two versions:

* Thu Nov 04 2004 Bill Nottingham <notting@redhat.com> 7.93.5-1

- fix firmware uploading on boot (#137263)

* Mon Nov 01 2004 Bill Nottingham <notting@redhat.com> 7.93.4-1

- fix some of the rhgb fsck code (<laroche@redhat.com>)
- fix module blacklisting to not mismatch (#137755)

* Fri Oct 29 2004 Bill Nottingham <notting@redhat.com> 7.93.3-1

- speed up hardware init some

The "Oct 29" one has me wondering. You can find out more info on the others in Bugzilla (bugzilla numbers are listed in comments above). I am interested if rolling back fixes just this problem or both problems (or neither).

by **dishawjp** » Sat Nov 20, 2004 8:38 pm

Voidmain,

I had installed the nVIDIA driver well before the problem happened. I had found that bugzilla as well, but since it didn't propose a solution... I figured I should quit messing around with those people and go to someone who REALLY knows his stuff.

BTW, fixing this problem isn't all that important right now. I would be willing to bet that there are plenty of others out there who are experiencing the same difficulty and there should be something about it on Google in a few days.

I really do want to take this opportunity to thank you. Not just for taking the time to walk me through this particular mess, but also for teaching me how to research and debug a problem like this. This has been an enjoyable and excellent learning experience for me. And I don't just want to thank you for tonight, but also for all the other times you've helped me over the years, even when I was a totally raw newbie and asking some of the dumbest questions ever posted on the 'net. And I'm only one of dozens or more likely hundreds of other people that you've helped and patiently answered stupid, repetitive questions and put up with their nonsense. You're a special person. I and the Linux community owe you a hell of a lot.

Jim Dishaw

by **Void Main** » Sat Nov 20, 2004 8:42 pm

Well thanks Jim. It's just as much fun for me as it is for anyone else. I'm learning too ya know. :) I would like to try rolling back to the previous initscripts version though as you mentioned (I posted right before your last post talking about it). If not, you are right, there will be answers out there (or a new initscripts package that will fix it). If we do figure it out though we can post our solution on bugzilla so a patch can be created and a new initscripts package can be released (if that's what it is).

by **dishawjp** » Sat Nov 20, 2004 8:52 pm

Voidmain,

FYI, I did roll back to the previous version of initscripts, but the error was still there. So for now, I just went back to /var/cache/apt/archives and reinstalled the more current version.

The error is not all that serious. I wouldn't want to live with it forever, but also have a hard time believing that it won't be picked up and fixed in short order. If you run across anything interesting or have any other thoughts on things to try, let me know. I hope to have some time tomorrow to play around with this a bit.

Take care and thanks again for everything.

Jim

by **Void Main** » Sat Nov 20, 2004 9:00 pm

Ok, when you get started on it again tomorrow I would like to narrow it down a little more. In the lang.sh in the section you pinned it down to a program is called named "/bin/unicode_start". I think that may be where the error is coming from as it is part of the "kbd" package. It is actually a script. Guess what that means. Yup, more debug statements. :) That script does call some font related programs and appears to touch the graphics device so it might be possible that the nVidia driver can somehow effect the problem (even if it wasn't noticed until a related but non-nVidia package was upgraded (xorg related package maybe which you also upgraded)).

EDIT: It appears that the error message loadkeys command:

Code: Select all: $ strings /bin/loadkeys | grep "failed" input in flex scanner failed failed to clear string %s %s: failed to restore keyboard mode failed to bind key %d to value %d failed to bind string '%s' to function %s

Neither of those program have the string "failed to load" but the second one above has the string "failed to bind" which makes me wonder if the error message you are getting actually has the word "bind" rather than "load" in it? Looking at the source now..

EDIT2: I realize your initial message is not the exact error message. I know this because a few posts later you copy and paste the real error message in which IS "failed to bind" and not "failed to load". This caused me to change a few gophers down the wrong hole. It definitely seems related to the redhat bug (although there are posts in that bugzilla thread that are totally different bugs and just confuse the problem). One thing that would probably stop the errors is to comment out the "dumpkeys | loadkeys --unicode" line in /bin/unicode_start.

What I think is happening is it is trying to bind key #255 and it might already be bound. I would try commenting out the line as mentioned and if you don't get the error when you log in to a virtual console type "dumpkeys" and see what you get. Maybe "dumpkeys | grep 255" would be enough. There are man pages on both commands that might help us figure it out. I'm tired of messing with it for the night too. :)

http://voidmain.is-a-geek.net/man/?parameter=dumpkeys
http://voidmain.is-a-geek.net/man/?parameter=loadkeys

EDIT3: One last thought before signing off. One guy indicated he only had the problem with a specific kernel. Did you happen to upgrade your kernel version recently? What version of the kernel are you currently running (uname -r)?

by **dishawjp** » Sat Nov 20, 2004 10:37 pm

Voidmain,

The plot thickens.... I had actually called it a night and taken off to bed, but this was still bugging me. Am I sick or what :-)

I kept thinking about the Xorg updates and had to see if my 3D nVIDIA driver was still working. Well, it wasn't. I checked my /etc/security/console.perms file to see if it had been changed, but it was still where I had left it. Still had my comments and commented out lines and stuff. Then I poked my /etc/X11/xorg.conf. It too was unchanged. So I then uninstalled and reinstalled my nVIDIA driver. The eggcups and gnome volume manager complaints are gone! I didn't have tehm before I had installed the video driver. I ran for about a week or so and never had those error messages, but now they're gone! It doesn't make any sense to me at all. Maybe I should be drinking beer. I don't get into this kind of troublewhen I'm hammered! Oh, wait, maybe I do and just don't remember it :-)

Anyway, two out of three ain't bad (at least that's what Meatloaf said) and I will try out your suggestions tomorrow.

Thanks again for your assistance and I did want to post what I had found on my own.

(edit)

Oh, and I am running the stock kernel.

Code: Select all: [dishawjp@eunix ~]$ uname -r 2.6.9-1.667 [dishawjp@eunix ~]$

(edit 2)
Oh also I DID have to mess with the permissions and owner on the /dev/nvidia* files to get things working again. I had to do the:
chmod 0666 /dev/nvidia*
and the
chown root /dev/nvidia*
to get 3D working. Actually, now that I think about it, maybe that was all I needed to do. Too late now to tell that though. Actually, too late to be sitting here without a beer to keep me company! I'll post tomorrow after I can implement your suggestions.

(edit3)... the last one. I mean it.
Ok, I'm anal or something. I can't let this go. After a reboot, any reboot, I lose my 3D. I wrote above how I did the chmod and chown. But after a reboot, it resets itself! I had everything working, did a reboot, and no 3D. I went straight to /dev, did an ls -l and two devices had changed their permissions (without, may I add, my permission). See below:

Code: Select all: [root@eunix ~]# cd /dev/ [root@eunix dev]# ls -l nvidia* crw-rw---- 1 root root 195, 0 Nov 14 19:28 nvidia0 crw-rw-rw- 1 root root 195, 1 Nov 14 19:28 nvidia1 crw-rw-rw- 1 root root 195, 2 Nov 14 19:28 nvidia2 crw-rw-rw- 1 root root 195, 3 Nov 14 19:28 nvidia3 crw-rw-rw- 1 root root 195, 4 Nov 14 19:28 nvidia4 crw-rw-rw- 1 root root 195, 5 Nov 14 19:28 nvidia5 crw-rw-rw- 1 root root 195, 6 Nov 14 19:28 nvidia6 crw-rw-rw- 1 root root 195, 7 Nov 14 19:28 nvidia7 crw-rw---- 1 root root 195, 255 Nov 14 19:28 nvidiactl [root@eunix dev]# chmod 0666 /dev/nvidia* [root@eunix dev]# ls -l nvidia* crw-rw-rw- 1 root root 195, 0 Nov 14 19:28 nvidia0 crw-rw-rw- 1 root root 195, 1 Nov 14 19:28 nvidia1 crw-rw-rw- 1 root root 195, 2 Nov 14 19:28 nvidia2 crw-rw-rw- 1 root root 195, 3 Nov 14 19:28 nvidia3 crw-rw-rw- 1 root root 195, 4 Nov 14 19:28 nvidia4 crw-rw-rw- 1 root root 195, 5 Nov 14 19:28 nvidia5 crw-rw-rw- 1 root root 195, 6 Nov 14 19:28 nvidia6 crw-rw-rw- 1 root root 195, 7 Nov 14 19:28 nvidia7 crw-rw-rw- 1 root root 195, 255 Nov 14 19:28 nvidiactl [root@eunix dev]#

Now the eggcups and gnome volume manager errors are not coming back. But this is weird. Who or what is overriding file permissions set by root on device files owned by root. I thought root was god :-)

Anyway, I'm going to bed... again... for real this time. It's after midnight and this CAN wait until morning.

Jim

by **Void Main** » Sat Nov 20, 2004 11:21 pm

For your permissions problem go modify the "/etc/udev/permissions.d/50-udev.permissions" file and find the nvidia line and change the 0660 to 0666. They must have added nvidia to that file on the last udev upgrade.

Glad you got those other two fixed! Maybe it will help someone else. Regarding the keyboard error it's funny because I am also running basically the same setup as you with the nVidia driver and have the same updates (I believe) and I'm not seeing the problem. Maybe the answer is in the xorg.conf somewhere. Here's my current one:

http://voidmain.is-a-geek.net/files/configs/xorg.conf

What I find interesting is that it was changed 2 days ago, I think when the xorg files got upgraded on a dist-upgrade. Here are the scriptlets included with the xorg-x11 RPM:

Code: Select all: $ rpm -q xorg-x11 --scripts preinstall scriptlet (using /bin/sh): { pushd /etc/X11 # Massage pre-existing config files to work properly with X.org X11 # - Remove xie and pex5 modules from the config files, as they are long # since obsolete, and not provided since XFree86 4.2.0 # - Remove Option "XkbRules" "xfree86" to help work around upgrade problems # such as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=120858 { for configfile in xorg.conf XF86Config XF86Config-4 ; do # FIXME: rewrite this all to use perl, if the XkbRules stuff below works out ok. if [ -r $configfile -a -w $configfile ]; then # Remove module load lines from the config file for obsolete modules perl -p -i -e 's/^.*Load.*"(pex5|xie|xtt).*\n$"//gi' $configfile # Change the keyboard configuration from the deprecated "keyboard" # driver, to the newer "kbd" driver. perl -p -i -e 's/Driver(.*)"keyboard"/Driver\1"kbd"/gi' $configfile # Remove any Options "XkbRules" lines that may be present perl -p -i -e 's/^.*Option.*"XkbRules".*\n$//gi' $configfile fi done } # Migrate any pre-existing XFree86 4.x config file to xorg.conf if it # doesn't already exist, and rename any remaining XFree86 4.x congig files # to have .obsoleted file extensions, to help avoid end user confusion for # people unaware of the config file name change between server # implementations, and avoid bug reports. If this turns out to confuse # users, I can modify it to add comments to the top of the obsoleted files # to point users to xorg.conf <mharris@redhat.com> { for configfile in XF86Config-4 XF86Config ; do if [ -r $configfile ]; then if [ -r xorg.conf ]; then mv -f $configfile $configfile.obsoleted else mv -f $configfile xorg.conf fi fi done } popd # Do this for upgrades or installs XKB_DIR=/usr/X11R6/lib/X11/xkb/compiled if [ ! -L $XKB_DIR -a -d $XKB_DIR ]; then mkdir -p /var/lib/xkb mv -f $XKB_DIR /var/lib/xkb/ ln -sf ../../../../../var/lib/xkb $XKB_DIR fi } &> /dev/null || : postinstall scriptlet (using /bin/sh): { for dir in lbxproxy proxymngr ; do [ ! -L /usr/X11R6/lib/X11/$dir -a ! -d /usr/X11R6/lib/X11/$dir ] && \ ln -snf ../../../../etc/X11/$dir /usr/X11R6/lib/X11/$dir || : done } &> /dev/null || :

Notice some of the changes are keyboard related (e.g. driver should now be "kbd" rather than "keyboard"). I pulled a copy xorg.conf from a backup that is a couple of weeks old and there are no differences in the two files (again, I linked to mine earlier in this message if you want to look at it). I don't know for sure but I think the answer lies somewhere in the areas that we've been probing.

by **worker201** » Sun Nov 21, 2004 1:08 am

This thread is starting to remind me of "CSI".
:shock:

by **dishawjp** » Sun Nov 21, 2004 9:22 am

This thread is starting to remind me of "CSI".

Either CSI or maybe "Mission Impossible" :-)

OK, here's where I stand...

I made the changes to the /etc/udev/permissions.d/50-udev.permissions file. So far, so good. That should take care of my permissions issue in /dev and /etc/udev/devices. I haven't rebooted yet to find out.

I compared your xorg.conf to mine, and except for the different monitors and slight difference in video cards (mine is a GE Force 2 MX and yours is the GE Force 4 MX), I didn't see any differences. That, and in the "ServerLayout" section, you have "Single Head Configuration" and I have "Default Layout" I don't see anything there.

I have to go into work now :-(

I have a problem there and both modems to my network seem to be down! At first I thought there was a modem issue with my Linux box because I couldn't get minicom to connect with either FC2 or FC3, but then I went and fired up my old DOS box, and it couldn't connect either. My telephone lines seem to be OK though. They've called me about 5 times from work in the last hour or so. I'll be back in a couple of hours and see where I can take this next.

Jim

by **Void Main** » Sun Nov 21, 2004 12:21 pm

Assuming it is the "loadkeys" command that is giving the error I am curious what the output of your "dumpkeys" command is. Here's mine:

http://voidmain.is-a-geek.net/files/misc/dumpkeys.txt

Here is what key 255 is set to from the dumpkeys output:

Code: Select all: keycode 255 = nul altgr control keycode 255 = U+e3cc shift alt keycode 255 = U+34f1

Also just out of curiosity I wonder what the contents of your /etc/sysconfig/i18n file is. I'm not 100 percent sure it's related but I think it might be and I just wanted to see if yours is different than mine which is:

/etc/sysconfig/i18n:

Code: Select all: LANG="en_US.UTF-8" SUPPORTED="en_US.UTF-8:en_US:en" SYSFONT="latarcyrheb-sun16"

by **Void Main** » Sun Nov 21, 2004 12:33 pm

Assuming it is the "loadkeys" command that is giving the error I am curious what the output of your "dumpkeys" command is. Here's mine:

http://voidmain.is-a-geek.net/files/misc/dumpkeys.txt

Here is what key 255 is set to from the dumpkeys output:

Code: Select all: keycode 255 = nul altgr control keycode 255 = U+e3cc shift alt keycode 255 = U+34f1

Also just out of curiosity I wonder what the contents of your /etc/sysconfig/i18n file is. I'm not 100 percent sure it's related but I think it might be and I just wanted to see if yours is different than mine which is:

/etc/sysconfig/i18n:

Code: Select all: LANG="en_US.UTF-8" SUPPORTED="en_US.UTF-8:en_US:en" SYSFONT="latarcyrheb-sun16"

One last thing for now. What is the output of this from a virtual terminal:

$ dumpkeys | loadkeys -v --unicode

by **dishawjp** » Sun Nov 21, 2004 1:46 pm

Voidmain,

I think we're getting somewhere. I just got back from work and ran "dumpkeys" I get nothing like your output from keycode 255

Code: Select all: keycode 255 = nul altgr control keycode 255 = 0x0a4f shift alt keycode 255 = VoidSymbol

Also, my keycode 46 and 53 are quite different from yours:
mine

Code: Select all: keycode 46 = +c +C control keycode 46 = Control_c shift control keycode 46 = Control_c altgr control keycode 46 = Control_c alt keycode 46 = Meta_c shift alt keycode 46 = Meta_C control alt keycode 46 = Meta_Control_c keycode 53 = slash question control keycode 53 = Control_underscore shift control keycode 53 = Delete alt keycode 53 = Meta_slash shift alt keycode 53 = Meta_question

compared to yours

Code: Select all: keycode 46 = +c +C cent Control_c Control_c Control_c Meta_c Meta_C Meta_Con trol_c keycode 53 = slash question control keycode 53 = Control_underscore shift control keycode 53 = Delete alt keycode 53 = Meta_slash shift alt keycode 53 = Meta_question

My etc/sysconfig/i18n file is:

Code: Select all: LANG="en_US.UTF-8" SUPPORTED="en_US.UTF-8:en_US:en" SYSFONT="latarcyrheb-sun16"

So those compare well. If that's the case, shouldn't the "dumpkeys" output be the same?

Anyway, I then ran the command you suggested, but from an xterm window rather than a virtual terminal (in case that makes a difference). The output was:

Code: Select all: [dishawjp@eunix sysconfig]$ dumpkeys | loadkeys -v --unicode Keymap 0: Permission denied Keymap 1: Permission denied Keymap 2: Permission denied KDSKBENT: Operation not permitted loadkeys: could not deallocate keymap 3

Now I may have hosed things a bit... I reran the command as root and got the following output. It went and changed some things...

Code: Select all: keycode 15, table 9 = 2057 keycode 16, table 9 = 2129 keycode 17, table 9 = 2135 keycode 18, table 9 = 2117 keycode 19, table 9 = 2130 keycode 20, table 9 = 2132 keycode 21, table 9 = 2137 keycode 22, table 9 = 2133 keycode 23, table 9 = 2121 keycode 24, table 9 = 2127 keycode 25, table 9 = 2128 keycode 26, table 9 = 2171 keycode 27, table 9 = 2173 keycode 28, table 9 = 513 keycode 29, table 9 = 1794 keycode 30, table 9 = 2113 keycode 31, table 9 = 2131 keycode 32, table 9 = 2116 keycode 33, table 9 = 2118 keycode 34, table 9 = 2119 keycode 35, table 9 = 2120 keycode 36, table 9 = 2122 keycode 37, table 9 = 2123 keycode 38, table 9 = 2124 keycode 39, table 9 = 2106 keycode 40, table 9 = 2082 keycode 41, table 9 = 2174 keycode 42, table 9 = 1792 keycode 43, table 9 = 2172 keycode 44, table 9 = 2138 keycode 45, table 9 = 2136 keycode 46, table 9 = 2115 keycode 47, table 9 = 2134 keycode 48, table 9 = 2114 keycode 49, table 9 = 2126 keycode 50, table 9 = 2125 keycode 51, table 9 = 2108 keycode 52, table 9 = 2110 keycode 53, table 9 = 2111 keycode 54, table 9 = 1792 keycode 55, table 9 = 780 keycode 56, table 9 = 1795 keycode 57, table 9 = 2080 keycode 58, table 9 = 519 keycode 59, table 9 = 512 keycode 60, table 9 = 512 keycode 61, table 9 = 512 keycode 62, table 9 = 512 keycode 63, table 9 = 512 keycode 64, table 9 = 512 keycode 65, table 9 = 512 keycode 66, table 9 = 512 keycode 67, table 9 = 512 keycode 68, table 9 = 512 keycode 69, table 9 = 520 keycode 70, table 9 = 512 keycode 71, table 9 = 775 keycode 72, table 9 = 776 keycode 73, table 9 = 777 keycode 74, table 9 = 779 keycode 75, table 9 = 772 keycode 76, table 9 = 773 keycode 77, table 9 = 774 keycode 78, table 9 = 778 keycode 79, table 9 = 769 keycode 80, table 9 = 770 keycode 81, table 9 = 771 keycode 82, table 9 = 768 keycode 83, table 9 = 784 keycode 84, table 9 = 518 keycode 85, table 9 = 512 keycode 86, table 9 = 2110 keycode 87, table 9 = 512 keycode 88, table 9 = 512 keycode 89, table 9 = 512 keycode 90, table 9 = 512 keycode 91, table 9 = 512 keycode 92, table 9 = 512 keycode 93, table 9 = 512 keycode 94, table 9 = 512 keycode 95, table 9 = 512 keycode 96, table 9 = 782 keycode 97, table 9 = 1794 keycode 98, table 9 = 781 keycode 99, table 9 = 526 keycode 100, table 9 = 1793 keycode 101, table 9 = 517 keycode 102, table 9 = 276 keycode 103, table 9 = 1539 keycode 104, table 9 = 280 keycode 105, table 9 = 1537 keycode 106, table 9 = 1538 keycode 107, table 9 = 279 keycode 108, table 9 = 1536 keycode 109, table 9 = 281 keycode 110, table 9 = 277 keycode 111, table 9 = 278 keycode 112, table 9 = 512 keycode 113, table 9 = 512 keycode 114, table 9 = 512 keycode 115, table 9 = 512 keycode 116, table 9 = 512 keycode 117, table 9 = 512 keycode 118, table 9 = 512 keycode 119, table 9 = 285 keycode 120, table 9 = 512 keycode 121, table 9 = 512 keycode 122, table 9 = 512 keycode 123, table 9 = 512 keycode 124, table 9 = 512 keycode 125, table 9 = 512 keycode 126, table 9 = 512 keycode 127, table 9 = 512 keycode 128, table 9 = 512 keycode 129, table 9 = 512 keycode 130, table 9 = 512 keycode 131, table 9 = 512 keycode 132, table 9 = 512 keycode 133, table 9 = 512 keycode 134, table 9 = 512 keycode 135, table 9 = 512 keycode 136, table 9 = 512 keycode 137, table 9 = 512 keycode 138, table 9 = 512 keycode 139, table 9 = 512 keycode 140, table 9 = 512 keycode 141, table 9 = 512 keycode 142, table 9 = 512 keycode 143, table 9 = 512 keycode 144, table 9 = 512 keycode 145, table 9 = 512 keycode 146, table 9 = 512 keycode 147, table 9 = 512 keycode 148, table 9 = 512 keycode 149, table 9 = 512 keycode 150, table 9 = 512 keycode 151, table 9 = 512 keycode 152, table 9 = 512 keycode 153, table 9 = 512 keycode 154, table 9 = 512 keycode 155, table 9 = 512 keycode 156, table 9 = 512 keycode 157, table 9 = 512 keycode 158, table 9 = 512 keycode 159, table 9 = 512 keycode 160, table 9 = 512 keycode 161, table 9 = 512 keycode 162, table 9 = 512 keycode 163, table 9 = 512 keycode 164, table 9 = 512 keycode 165, table 9 = 512 keycode 166, table 9 = 512 keycode 167, table 9 = 512 keycode 168, table 9 = 512 keycode 169, table 9 = 512 keycode 170, table 9 = 512 keycode 171, table 9 = 512 keycode 172, table 9 = 512 keycode 173, table 9 = 512 keycode 174, table 9 = 512 keycode 175, table 9 = 512 keycode 176, table 9 = 512 keycode 177, table 9 = 512 keycode 178, table 9 = 512 keycode 179, table 9 = 512 keycode 180, table 9 = 512 keycode 181, table 9 = 512 keycode 182, table 9 = 512 keycode 183, table 9 = 512 keycode 184, table 9 = 512 keycode 185, table 9 = 512 keycode 186, table 9 = 512 keycode 187, table 9 = 512 keycode 188, table 9 = 512 keycode 189, table 9 = 512 keycode 190, table 9 = 512 keycode 191, table 9 = 512 keycode 192, table 9 = 512 keycode 193, table 9 = 512 keycode 194, table 9 = 512 keycode 195, table 9 = 512 keycode 196, table 9 = 512 keycode 197, table 9 = 512 keycode 198, table 9 = 512 keycode 199, table 9 = 512 keycode 200, table 9 = 512 keycode 201, table 9 = 512 keycode 202, table 9 = 512 keycode 203, table 9 = 512 keycode 204, table 9 = 512 keycode 205, table 9 = 512 keycode 206, table 9 = 512 keycode 207, table 9 = 512 keycode 208, table 9 = 512 keycode 209, table 9 = 512 keycode 210, table 9 = 512 keycode 211, table 9 = 512 keycode 212, table 9 = 512 keycode 213, table 9 = 512 keycode 214, table 9 = 512 keycode 215, table 9 = 512 keycode 216, table 9 = 512 keycode 217, table 9 = 512 keycode 218, table 9 = 512 keycode 219, table 9 = 512 keycode 220, table 9 = 512 keycode 221, table 9 = 512 keycode 222, table 9 = 512 keycode 223, table 9 = 512 keycode 224, table 9 = 512 keycode 225, table 9 = 512 keycode 226, table 9 = 512 keycode 227, table 9 = 512 keycode 228, table 9 = 512 keycode 229, table 9 = 512 keycode 230, table 9 = 512 keycode 231, table 9 = 512 keycode 232, table 9 = 512 keycode 233, table 9 = 512 keycode 234, table 9 = 512 keycode 235, table 9 = 512 keycode 236, table 9 = 512 keycode 237, table 9 = 512 keycode 238, table 9 = 512 keycode 239, table 9 = 512 keycode 240, table 9 = 512 keycode 241, table 9 = 512 keycode 242, table 9 = 512 keycode 243, table 9 = 512 keycode 244, table 9 = 512 keycode 245, table 9 = 512 keycode 246, table 9 = 512 keycode 247, table 9 = 512 keycode 248, table 9 = 512 keycode 249, table 9 = 512 keycode 250, table 9 = 512 keycode 251, table 9 = 512 keycode 252, table 9 = 512 keycode 253, table 9 = 512 keycode 254, table 9 = 512 keycode 255, table 9 = 512 keycode 1, table 12 = 2075 keycode 2, table 12 = 512 keycode 3, table 12 = 2048 keycode 4, table 12 = 512 keycode 5, table 12 = 2076 keycode 6, table 12 = 512 keycode 7, table 12 = 512 keycode 8, table 12 = 2079 keycode 9, table 12 = 2175 keycode 10, table 12 = 512 keycode 11, table 12 = 512 keycode 12, table 12 = 2079 keycode 13, table 12 = 512 keycode 14, table 12 = 2175 keycode 15, table 12 = 2057 keycode 16, table 12 = 2065 keycode 17, table 12 = 2071 keycode 18, table 12 = 2053 keycode 19, table 12 = 2066 keycode 20, table 12 = 2068 keycode 21, table 12 = 2073 keycode 22, table 12 = 2069 keycode 23, table 12 = 2057 keycode 24, table 12 = 2063 keycode 25, table 12 = 2064 keycode 26, table 12 = 512 keycode 27, table 12 = 2077 keycode 28, table 12 = 513 keycode 29, table 12 = 1794 keycode 30, table 12 = 2049 keycode 31, table 12 = 2067 keycode 32, table 12 = 2052 keycode 33, table 12 = 2054 keycode 34, table 12 = 2055 keycode 35, table 12 = 2056 keycode 36, table 12 = 2058 keycode 37, table 12 = 2059 keycode 38, table 12 = 2060 keycode 39, table 12 = 512 keycode 40, table 12 = 512 keycode 41, table 12 = 512 keycode 42, table 12 = 1792 keycode 43, table 12 = 512 keycode 44, table 12 = 2074 keycode 45, table 12 = 2072 keycode 46, table 12 = 2051 keycode 47, table 12 = 2070 keycode 48, table 12 = 2050 keycode 49, table 12 = 2062 keycode 50, table 12 = 2061 keycode 51, table 12 = 512 keycode 52, table 12 = 512 keycode 53, table 12 = 512 keycode 54, table 12 = 1792 keycode 55, table 12 = 780 keycode 56, table 12 = 1795 keycode 57, table 12 = 2048 keycode 58, table 12 = 519 keycode 59, table 12 = 1280 keycode 60, table 12 = 1281 keycode 61, table 12 = 1282 keycode 62, table 12 = 1283 keycode 63, table 12 = 1284 keycode 64, table 12 = 1285 keycode 65, table 12 = 1286 keycode 66, table 12 = 1287 keycode 67, table 12 = 1288 keycode 68, table 12 = 1289 keycode 69, table 12 = 520 keycode 70, table 12 = 512 keycode 71, table 12 = 775 keycode 72, table 12 = 776 keycode 73, table 12 = 777 keycode 74, table 12 = 779 keycode 75, table 12 = 772 keycode 76, table 12 = 773 keycode 77, table 12 = 774 keycode 78, table 12 = 778 keycode 79, table 12 = 769 keycode 80, table 12 = 770 keycode 81, table 12 = 771 keycode 82, table 12 = 768 keycode 83, table 12 = 524 keycode 84, table 12 = 518 keycode 85, table 12 = 512 keycode 86, table 12 = 512 keycode 87, table 12 = 1290 keycode 88, table 12 = 1291 keycode 89, table 12 = 512 keycode 90, table 12 = 512 keycode 91, table 12 = 512 keycode 92, table 12 = 512 keycode 93, table 12 = 512 keycode 94, table 12 = 512 keycode 95, table 12 = 512 keycode 96, table 12 = 782 keycode 97, table 12 = 1794 keycode 98, table 12 = 781 keycode 99, table 12 = 2076 keycode 100, table 12 = 1793 keycode 101, table 12 = 517 keycode 102, table 12 = 276 keycode 103, table 12 = 1539 keycode 104, table 12 = 280 keycode 105, table 12 = 1537 keycode 106, table 12 = 1538 keycode 107, table 12 = 279 keycode 108, table 12 = 1536 keycode 109, table 12 = 281 keycode 110, table 12 = 277 keycode 111, table 12 = 524 keycode 112, table 12 = 282 keycode 113, table 12 = 268 keycode 114, table 12 = 269 keycode 115, table 12 = 283 keycode 116, table 12 = 284 keycode 117, table 12 = 272 keycode 118, table 12 = 785 keycode 119, table 12 = 285 keycode 120, table 12 = 512 keycode 121, table 12 = 512 keycode 122, table 12 = 512 keycode 123, table 12 = 512 keycode 124, table 12 = 512 keycode 125, table 12 = 512 keycode 126, table 12 = 512 keycode 127, table 12 = 512 keycode 128, table 12 = 0 keycode 129, table 12 = 0 keycode 130, table 12 = 0 keycode 131, table 12 = 0 keycode 132, table 12 = 0 keycode 133, table 12 = 0 keycode 134, table 12 = 0 keycode 135, table 12 = 0 keycode 136, table 12 = 0 keycode 137, table 12 = 0 keycode 138, table 12 = 0 keycode 139, table 12 = 0 keycode 140, table 12 = 0 keycode 141, table 12 = 0 keycode 142, table 12 = 0 keycode 143, table 12 = 0 keycode 144, table 12 = 0 keycode 145, table 12 = 0 keycode 146, table 12 = 0 keycode 147, table 12 = 0 keycode 148, table 12 = 0 keycode 149, table 12 = 0 keycode 150, table 12 = 0 keycode 151, table 12 = 0 keycode 152, table 12 = 0 keycode 153, table 12 = 0 keycode 154, table 12 = 0 keycode 155, table 12 = 0 keycode 156, table 12 = 0 keycode 157, table 12 = 0 keycode 158, table 12 = 0 keycode 159, table 12 = 0 keycode 160, table 12 = 0 keycode 161, table 12 = 0 keycode 162, table 12 = 0 keycode 163, table 12 = 0 keycode 164, table 12 = 0 keycode 165, table 12 = 0 keycode 166, table 12 = 0 keycode 167, table 12 = 0 keycode 168, table 12 = 0 keycode 169, table 12 = 0 keycode 170, table 12 = 0 keycode 171, table 12 = 0 keycode 172, table 12 = 0 keycode 173, table 12 = 0 keycode 174, table 12 = 0 keycode 175, table 12 = 0 keycode 176, table 12 = 0 keycode 177, table 12 = 0 keycode 178, table 12 = 0 keycode 179, table 12 = 0 keycode 180, table 12 = 0 keycode 181, table 12 = 0 keycode 182, table 12 = 0 keycode 183, table 12 = 0 keycode 184, table 12 = 0 keycode 185, table 12 = 0 keycode 186, table 12 = 0 keycode 187, table 12 = 0 keycode 188, table 12 = 0 keycode 189, table 12 = 0 keycode 190, table 12 = 0 keycode 191, table 12 = 0 keycode 192, table 12 = 0 keycode 193, table 12 = 0 keycode 194, table 12 = 0 keycode 195, table 12 = 0 keycode 196, table 12 = 0 keycode 197, table 12 = 0 keycode 198, table 12 = 0 keycode 199, table 12 = 0 keycode 200, table 12 = 0 keycode 201, table 12 = 0 keycode 202, table 12 = 0 keycode 203, table 12 = 0 keycode 204, table 12 = 0 keycode 205, table 12 = 0 keycode 206, table 12 = 0 keycode 207, table 12 = 0 keycode 208, table 12 = 0 keycode 209, table 12 = 0 keycode 210, table 12 = 0 keycode 211, table 12 = 0 keycode 212, table 12 = 0 keycode 213, table 12 = 0 keycode 214, table 12 = 0 keycode 215, table 12 = 0 keycode 216, table 12 = 0 keycode 217, table 12 = 0 keycode 218, table 12 = 0 keycode 219, table 12 = 0 keycode 220, table 12 = 0 keycode 221, table 12 = 0 keycode 222, table 12 = 0 keycode 223, table 12 = 0 keycode 224, table 12 = 0 keycode 225, table 12 = 0 keycode 226, table 12 = 0 keycode 227, table 12 = 0 keycode 228, table 12 = 0 keycode 229, table 12 = 0 keycode 230, table 12 = 0 keycode 231, table 12 = 0 keycode 232, table 12 = 0 keycode 233, table 12 = 0 keycode 234, table 12 = 0 keycode 235, table 12 = 0 keycode 236, table 12 = 0 keycode 237, table 12 = 0 keycode 238, table 12 = 0 keycode 239, table 12 = 0 keycode 240, table 12 = 0 keycode 241, table 12 = 0 keycode 242, table 12 = 0 keycode 243, table 12 = 0 keycode 244, table 12 = 0 keycode 245, table 12 = 0 keycode 246, table 12 = 0 keycode 247, table 12 = 0 keycode 248, table 12 = 0 keycode 249, table 12 = 0 keycode 250, table 12 = 0 keycode 251, table 12 = 0 keycode 252, table 12 = 0 keycode 253, table 12 = 0 keycode 254, table 12 = 0 keycode 255, table 12 = 0 Changed 2294 keys and 28 strings. Loaded 158 compose definitions. [root@eunix ~]#

Was that a very bad thing??? The keyboard does still seem to work....

Void's Forums

KDSKBENT, eggcups and gnome volume manager errors!

Who is online