Error loading new keyboard description

Hi,

Yesterday (after a week) I’ve performed upgrade (pacman -Syu).
Among many, there were also several xorg-* packages.
I’m using Openbox, with:

setxkbmap -option '' -option grp:switch,grp:alt_shift_toggle,lv3:ralt_switch,eurosign:e us,de,sk -variant ,qwerty,qwerty

for keyb. layout switching, which worked well till last friday when I used it for the last time.

Today (haven’t needed the function to switch the layout in the weekend), I needed to switch my keyb. layout, when I noticed it ain’t working.
I’ve started investigating in CLI, where I noticed, that there is some problem with setxkbmap’s parameter «-variant ,qwerty,qwerty».
Error message in CLI is:

Without this -variant parameter, including all the rest from mine command, it works fine.
Also if I keep there only one varian, e.g. » -variant qwerty» it works, but not as it worked before, which is the case what I need.

The /var/log/Xorg.0.log shows this sort of error at each attempt to run the command with that problematic -variant parameter:

What has changed in e.g. xorg-server-common after the upgrade?
Or is this some sort of a bug?

Thank you in advance for any advice.
8472

Logic clearly dictates that the needs of the many outweigh the needs of the few.

не работает переключение раскладки клавиатуры в XFree86 3.3.6 в Slackware 9.1 (из 3.3.6 поставил только сервер, то етсь xkb там из 4.3)

У меня такая проблема — никак не получается заставить xkb переключать раскладку клавиатуры. То есть просто русский или английский он включает, а вот пререключать по «grp:alt_shift_toggle» не желает. Сейчас перебиваюсь тем что забиндил в fluxbox’e переключение на английский по Win+e, на русский по Win+r (win — это кнопка с логотипом MS, так же она зовется Mod4), но это ужасно неудобно (непривычно (приывк к другой раскладке) и тормозно работает)

По win+e вызывается setxkbmap -rules xfree86 -model pc104 -layout «us» -option «grp:alt_shift_toggle» По win+r вызывается setxkbmap -rules xfree86 -model pc104 -layout «ru» -option «grp:alt_shift_toggle»

При этом переключение по alt+shift не работает.

В этом примере переключение тоже не работает: setxkbmap -rules xfree86 -model pc104 -layout «us,ru» -option «grp:alt_shift_toggle»

Кстати, я не привожу тут куска /etc/XF86Config, отвечачющего за клавиатуру потому что там сейчас ничего нет (точнее есть, но стандартная раскладка, английский вариант).

Я подозреваю что проблема в xkb, который был поставлен вместе с дистрибутивом и XFree 4.3

Люди, у кого работает 3.3.6 и нет проблем с переключением, киньте сюда кусок конфига с раскладкой клавиатуры, пожалуйста.

Если кто-то имел опыт установки на Slackware 9.1 XFree версии 3.3.6 (может быть найдена на четвертом диске дистибутива), поделитьесь опытом пожалуйста.

Кстати существует утилита XF86Setup (как раз под 3.3.6), но она виснет у меня на установке клавиатуры (все другое я нормально с помощью нее настроил).

Заранее большое спасибо всем ответившим. С уваженим, Harliff

Источник

Arch Linux

You are not logged in.

#1 2004-09-28 17:54:02

Setxkbmap no gives: Error loading new keyb.

I had this problem a while ago. I run pacman -Suy and updated everything. That fixed the problem. But a few days ago when i updated again, the problem came back. I’m not quite sure what was updated, but I did a -Suy. Running x.org.

Anyone have any idea what the problem might be?

#2 2004-09-29 10:47:06

Re: Setxkbmap no gives: Error loading new keyb.

For my root user it works just fine.

The option -v 10 gives the following

Anyone that can point me in the correct direction?

#3 2004-09-29 16:52:55

Re: Setxkbmap no gives: Error loading new keyb.

driver should be «kbd» in xorg.conf

arch + gentoo + initng + python = enlisy

#4 2004-09-29 17:20:24

Re: Setxkbmap no gives: Error loading new keyb.

This is my keyboard section in xorg.conf

If the problem was a global config file, the problem would appear both at root and user, wouldn’t it? Now, its only the user that have this problem, not root.
Ill try to make a new user and see what happens.
EDIT: Didn’t work with the new user either. Same error.

#5 2004-09-29 19:01:34

Re: Setxkbmap no gives: Error loading new keyb.

then I don’t know,
it says layout «no» but your xorg,conf says «us».

arch + gentoo + initng + python = enlisy

#6 2004-09-29 19:21:25

Re: Setxkbmap no gives: Error loading new keyb.

Yes, beacuse I’m trying to change the keyboard layout to norwegian. I use two keyboard layouts.

#7 2004-09-29 19:31:38

Re: Setxkbmap no gives: Error loading new keyb.

ok,
you could go to gentoos forum,
I think they got a scandinavian part of it,
http://forums.gentoo.org

arch + gentoo + initng + python = enlisy

#8 2004-09-29 19:39:11

Re: Setxkbmap no gives: Error loading new keyb.

It’s a different output between root and user when i use the -v 10 line.

root is using the pc104 model, user has pc101 model.

Where does setxkbmap get these values from? Why are they different?
I’ll check out the gento forum. Thanks.

#9 2004-10-01 08:49:35

Re: Setxkbmap no gives: Error loading new keyb.

The solution i went for was to install Arch all over again. Not the preffered solution, but it did work.

#10 2005-01-11 07:58:38

Re: Setxkbmap no gives: Error loading new keyb.

I did a major update yesterday, and setxkbmap gives again the error message. And again, only as user, not root. This time, a reinstall is not a solution.

Is this a permission problem maybe?

As before, my machine boots with us keymap. But I would like to be able change it to norwegian when I need to. So thats why I use setxkbmap.

#11 2005-03-20 18:41:33

Re: Setxkbmap no gives: Error loading new keyb.

Now, this is getting annoying. This is the fourth time it’s back.

When I’m starting X I get the following output:

And again, it’s only affecting users and not root. Have been searching around for some time without luck.

This is what my xorg.conf says:

It came after the following upgrade

#12 2005-11-30 18:44:05

Re: Setxkbmap no gives: Error loading new keyb.

I might just have fund out why this happens. It seems like the problem is no free space on /. So, do a

to se if a partion is out of space.

#13 2006-02-21 19:10:41

Re: Setxkbmap no gives: Error loading new keyb.

Now its happening to me, and i dont have space problems. its after the Xorg7 update/change.

I have installed xf86-input-keyboard, so thats not the problem.
Also another difference with orjanp is that im having the problem in every account, including ROOT.

Any ideas why is this?

It seems Xorg7 doesnt have a us_intl anymore. i will check to see whats the equivalent of this now. If someone knows it, please post it

Источник

unixforum.org

Форум для пользователей UNIX-подобных систем

• Темы без ответов
• Активные темы
• Поиск
• Статус форума

Решено: Отказ работы setxkbmap под FreeNX

Решено: Отказ работы setxkbmap под FreeNX

Сообщение TheLT » 29.05.2009 06:30

После очередных апдейтов (уже непойми чего апдейтов) перестал работать setxkbmap под NX-сессией с ошибкой «Error loading new keyboard description». Обгуглился уже, в упор не пойму в чём дело. Пересобирал всё что только можно и nx и freenx-server, локаль проверил, xorg-server разные ставил. Бесполезняк. Что примечательно, совсем недавно это работало.

Не работает нигде, ни в рутлесе ни под WM-ом. Сессии пробовал разные, в т.ч. стандартный twm. Локально всё работает прекрасно.

Подскажите, в какую сторону смотреть? Как я понимаю, виноват nxagent? Уже перепробовал всё что можно.

Re: Решено: Отказ работы setxkbmap под FreeNX

Сообщение TheLT » 29.05.2009 07:38

Уточняю. После даунгрейда libxklavier с версии 3.9 до 3.6 спокойно работают все штатные xkb-надстроечки в Xfce4, но setxkbmap всё равно не работает, что осложняет (делает невозможной) работу в rootless.

В clients вижу ругань следующего вида при попытке запуска setxkbmap.

Re: Решено: Отказ работы setxkbmap под FreeNX

Сообщение bsavelev » 29.05.2009 08:58

Re: Решено: Отказ работы setxkbmap под FreeNX

Сообщение TheLT » 29.05.2009 09:14

Re: Решено: Отказ работы setxkbmap под FreeNX

Сообщение Yudjin » 25.11.2009 19:36

Re: Решено: Отказ работы setxkbmap под FreeNX

Сообщение playnet » 04.12.2009 16:34

Re: Решено: Отказ работы setxkbmap под FreeNX

Сообщение Yudjin » 05.12.2009 13:26

Re: Решено: Отказ работы setxkbmap под FreeNX

Сообщение whoim » 21.04.2010 15:02

ВЫВОД.
НЕ ПЫТАЙТЕСЬ ЗАЙТИ ПОД ПОЛЬЗОВАТЕЛЕМ ROOT.
Переключатели просто не хотят работать. Создаем любого другого пользователя. Даже с правами root и все работает.

P.S. Так и хочется убиться об стену!
P.P.S. Держаться больше нету сил. Завтра продолжу эксперименты после чистой пере установки и попробую сразу местные наработки. В первую очередь буфер обмена с русскими символами.
P.P.P.S. Всем помогавшим я проставил «Спасибо».

Re: Решено: Отказ работы setxkbmap под FreeNX

Сообщение whoim » 21.04.2010 17:43

В общем, изучив xinitrc-common, создал /etc/X11/Xkbmap содержанием

-model pc102 -layout ru,us -variant winkeys, -option -option grp_led:scroll,numpad:microsoft,grp:alt_shift_toggle

в xorg.conf только us

залипания прошли, раскладка переключается. Осталось запустить индикатор раскладки для KDE. kxkb не отображает переключений.
По индикатору, запуск в centos kkbswitch. Поиском по kkbswitch находим в дебрях системы архив с исходниками.
./configure
make
make install
запускаем один раз под любым пользователем «kkbswitch»
перелогинимся разок под каждым пользователем системы (нужно с KDE) для инициализации kkbswitch
находим в дистрибутиве файл group_names
правим «Russian» на «Russia — Winkeys» и «US/ASCII» на «U.S. English»
или так

sed -i ‘s/US/ASCII/U.S. English/g’

/.kde/share/apps/kkbswitch/group_names
sed -i ‘s/Russian/Russia — Winkeys/g’

В общем, правильные названия подскажет сам kkbswitch, если правой кнопкой тыкнуть в него.

далее этот файл раскидываем каждому пользователю в /home/$USER/.kde/share/apps/kkbswitch/

Источник

Arch Linux

You are not logged in.

#1 2014-05-16 18:59:09

can’t set compose key [SOLVED]

I was able to before, with
setxkbmap -option compose:lwin

But after kernel upgrade and reboot I get

setxkbmap -option compose:lwin
Error loading new keyboard description

setxkbmap -verbose 10 -option compose:lwin
Setting verbose level to 10
locale is C
Trying to load rules file ./rules/evdev.
Trying to load rules file /usr/share/X11/xkb/rules/evdev.
Success.
Applied rules from evdev:
rules: evdev
model: pc104
layout: compose:ralt
options: compose:lwin
Trying to build keymap using the following components:
keycodes: evdev+aliases(qwerty)
types: complete
compat: complete
symbols: pc+compose:ralt+inet(evdev)+compose(lwin)
geometry: pc(pc104)
Error loading new keyboard description

That ‘layout’ looks wrong but I don’t know where it would come from, I didn’t set layout at all. I get the same error if I try -option compose:ralt, for that matter, and Right Alt doesn’t work as a compose key either.

Window environment is twm, same as before.

[solved: see posts 3 and 4]

Last edited by mindstalk (2014-05-18 17:42:40)

#2 2014-05-17 22:34:12

Re: can’t set compose key [SOLVED]

No one? I’ve restarted X, and I still get the «Error loading new keyboard description» message.

#3 2014-05-18 08:39:31

Re: can’t set compose key [SOLVED]

Personally I configure the Compose key in a ‘/etc/X11/xorg.conf.d/30-keyboard.conf’ file:

#4 2014-05-18 17:41:49

Re: can’t set compose key [SOLVED]

Hmm, I found a 00-keyboard.conf file, containing

# Read and parsed by systemd-localed. It’s probably wise not to edit this file
# manually too freely.
Section «InputClass»
Identifier «system-keyboard»
MatchIsKeyboard «on»
Option «XkbLayout» «compose:ralt»
EndSection

dated May 2, so something I did caused that, but I don’t remember editing such a file; like I said, setxkbmap had worked

Deleting that file and doing the old command straight didn’t work, but ‘setxkbmap -option compose:lwin -layout us’ did. Thanks! You pointed me in the right direction.

Источник

x2go не работает numlock

Под пользователем под которым ставил ось, по удаленке x2go numlock работает. Создал еще ряд пользаков, но под ними numlock не работает. Не пойму в чем проблема?! В инете порылся рекомендуют создать скрипт при запуске пользака

setxkbmap ­layout ‘us,ru’ ­option ‘grp:alt_shift_toggle,grp_led:scroll’

Вообще-то, эта команда не зажигает никакой Numlock. Она указывает две раскладки us/ru; определяет, что по Alt+Shift переключаются языки, а светодиодом ScrollLock светит, когда группы переключаются. Всё.

Да, что-то не то. Какой командой можно завести Numlock? И главное почему-то под одной учеткой работает под другими нет.

Не ясна проблема. Вернее, не проблема, а место, где она происходит.

1. Вы установили операционную систему на компьютер и завели пользователя, у которого при входе горит numlock. Потом завели еще пользователей и когда заходите под ними, то numlock не горит.

2. Если не п. 1, то что имеется в виду? Вы логинитесь в x2go, заходите в некую выбранную DE в x2go (или отдельно приложение пускаете?) и именно в этот момент зажигается numlock? Потом в x2go заводите еще пользователей, а Numlock не горит, если под ними заходите?

Еще раз: речь идет о пользователях основной ОС (какой дистрибутив?) или пользователях x2go? Просто это совершенно разные места в принципе.

Пункт номер 1. Установил xubuntu 18.04. Завел пользаков. Потом захожу через x2go. И кстати выяснил, что захожу под двумя и numlock горит, под остальными не горит. Не знаю с чем связать. Пользаков заводил один за одним

Все равно не понимаю. Да и я непонятно написал. Попробую еще раз. У тебя есть (i) сервер, где находятся сами приложения (X-клиенты) и x2goserver; (ii) клиентская машина, где находится X-сервер и x2goclient. Вопрос такой: где и какие пользователи заведены и как настроены соединения? Пользователей можно заводить и на удаленной системе и на локальной машине. Я из твоего поста не понял, где ты пользователей заводишь? Подробнее, чтобы было понятно. И как создаются соединения в x2go.

смотреть настройки под кем «работает» и под кем «не работает».

Начну сначала: На сервере (i) 1) поднял ось (x2go вообще отсутствует) 2) создал пользаков, поднял приложения различные итд. 3) Для удаленки поставил x2go сервер.

На клиентской машине (ii) 1) поставил x2go — клиент. 2) настройки: ssh=22, тип сессии xfce, клавиатура: Не настраивать клавиатуру, Clipboard mode:Двухсторонний буфер обмена.

В результате: два пользака из всех Numlock работает полноценно.У остальных только при отключенном Numlock работает стрелки итд.

И еще не совсем понял, как можно заводить пользователей на локальной машине?! С x2go плохо знаком, спасибо за дельную помощь.

Можно конечно подумать над тем, чтобы настройки профиля из под которого работает numlock перенести на того у которого не работает. Но этого как-то коряво. Надо разобраться.

Странная фигня какая-то, под тем которым работал numlock уже не работает.

Я делал дистр с этим наим луком и ничего хорошого , щас я убрал , а со мной и с моим дистром идет тайная синхронизация по всем компьютерам в мире потому что в нем другие технологии созданные юнитами по более чем человеком

вообще-то идея была найти разницу в настройках

Проблему вроде нашел. Пользаки здесь не причем. Пока не знаю как ее корректно решить. 1) Numlock — включен, на машине где стоит x2g0 клиент. При запуске клиента под любым пользаком, numlock экпортируется на сервер x2go. И там все работает, хочешь включаешь, хочешь выключаешь его.

2) Если Numlock — выключен был перед запуском клиента x2go, то уже на сервере он не работает, не включить не выключить.

Вот и думаю как их разделить чтобы они не зависели друг от друга. Или никак?!

На клиентской машине (ii) 1) поставил x2go — клиент. 2) настройки: ssh=22, тип сессии xfce, клавиатура: Не настраивать клавиатуру

Поставил самую новую версию x2go, выставил не настраивать клавиатуру, вроде все норм стало.

Доброго времени суток. Кто-нибудь ставил x2go на MAC OS? Я вроде поставил, но в настройках нет Галочки Не настраивать клавиатуру.

Источник

Модераторы: dimbor, Модераторы разделов

Desktop # setxkbmap -v 10
Setting verbose level to 10
locale is C
Applied rules from xorg:
model:      pc102
layout:     en_US
Trying to build keymap using the following components:
keycodes:   xfree86+aliases(qwerty)
types:      complete
compat:     complete
symbols:    pc+latin
geometry:   pc(pc102)
Error loading new keyboard description

# cat clients
error opening security policy file /usr/X11R6/lib/X11/xserver/SecurityPolicy
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Error:            Cannot open "compiled/server-1000.xkm" to write keyboard description
>                   Exiting
Unable to initialize XFixes extension.
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Error:            Cannot open "compiled/server-1000.xkm" to write keyboard description
>                   Exiting

My machine: Xubuntu 20.04.3 LTS, XFCE 4.14, X.org 1.20.13

I am attempting to create a custom keyboard layout for the Arabic-script (kona yéziq) version of the Uyghur language. I believe I have everything mostly correct and must just be missing something small to bring it all together.

This is the output of the command setxkbmap -v 10 -layout "ug":

Setting verbose level to 10
locale is C
Warning! Multiple definitions of keyboard layout
         Using command line, ignoring X server
Trying to load rules file ./rules/evdev...
Trying to load rules file /usr/share/X11/xkb/rules/evdev...
Success.
Applied rules from evdev:
rules:      evdev
model:      pc104
layout:     ug
options:    terminate:ctrl_alt_bksp
Trying to build keymap using the following components:
keycodes:   evdev+aliases(qwerty)
types:      complete
compat:     complete
symbols:    pc+ug+inet(evdev)+terminate(ctrl_alt_bksp)
geometry:   pc(pc104)
Error loading new keyboard description

(I’ve also tried with the pc105 model setting, with the same result.) As the error message suggests, after running this command, my keyboard layout remains the same as before.

As I understand it, the relevant files here will be /usr/share/X11/xkb/symbols/ug, /usr/share/X11/xkb/rules/evdev, and /usr/share/X11/xkb/rules/evdev.xml. I will paste ug in its entirety and then relevant lines that I have added from evdev and evdev.xml:

/usr/share/X11/xkb/symbols/ug

default  partial alphanumeric_keys modifier_keys
xkb_symbols "ug" {

    name[Group1]= "Uyghur";

    key <TLDE> {    [     grave,    asciitilde  ]   };
    key <AE01> {    [     1,    exclam      ]   };
    key <AE02> {    [     2,    at      ]   };
    key <AE03> {    [     3,    numbersign  ]   };
    key <AE04> {    [     4,    dollar      ]   };
    key <AE05> {    [     5,    percent     ]   };
    key <AE06> {    [     6,    asciicircum ]   };
    key <AE07> {    [     7,    ampersand   ]   };
    key <AE08> {    [     8,    asterisk    ]   };
    key <AE09> {    [     9,    parenright  ]   };
    key <AE10> {    [     0,    parenleft   ]   };
    key <AE11> {    [     minus,    underscore  ]   };
    key <AE12> {    [     equal,    plus        ]   };

    key <AD01> { [ U0686, NoSymbol ] }; // چ
    key <AD02> { [ U06CB, NoSymbol ] }; // ۋ
    key <AD03> { [ U06D0, NoSymbol ] }; // ې
    key <AD04> { [ U0631, NoSymbol ] }; // ر
    key <AD05> { [ U062A, NoSymbol ] }; // ت
    key <AD06> { [ U064A, NoSymbol ] }; // ي
    key <AD07> { [ U06C7, NoSymbol ] }; // ۇ
    key <AD08> { [ U06AD, NoSymbol ] }; // ڭ
    key <AD09> { [ U0648, NoSymbol ] }; // و
    key <AD10> { [ U067E, NoSymbol ] }; // پ
    key <AD11> { [ bracketright, U00BB ] }; // ], »
    key <AD12> { [ bracketleft, U00AB ] }; // [, «

    key <AC01> { [ U06BE, NoSymbol ] }; // ھ
    key <AC02> { [ U0633, NoSymbol ] }; // س
    key <AC03> { [ U062F, U0698 ] }; // ژ ,د
    key <AC04> { [ U0627, U0641 ] }; // ف ,ا 
    key <AC05> { [ U06D5, U06AF ] }; // گ ,ە 
    key <AC06> { [ U0649, U062E ] }; // خ ,ى 
    key <AC07> { [ U0642, U062C ] }; // ج ,ق
    key <AC08> { [ U0643, U06C6 ] }; // ۆ ,ك
    key <AC09> { [ U0644, NoSymbol ] }; // ل
    key <AC10> { [ U061B, colon ] }; // ؛, :
    key <AC11> { [ apostrophe, quotedbl ] }; // ', "

    key <AB01> { [ U0632, NoSymbol ] }; // ز
    key <AB02> { [ U0634, NoSymbol ] }; // ش
    key <AB03> { [ U063A, NoSymbol ] }; // غ
    key <AB04> { [ U06C8, NoSymbol ] }; // ۈ
    key <AB05> { [ U0628, NoSymbol ] }; // ب
    key <AB06> { [ U0646, NoSymbol ] }; // ن
    key <AB07> { [ U0645, NoSymbol ] }; // م
    key <AB08> { [ U060C, greater ] }; // ،, >
    key <AB09> { [ period, less ] }; // ., <
    key <AB10> { [ U0626, U061F ] }; // ؟ ,ئ

    key <BKSL> {    [ backslash,         bar    ]   };
};

(I have considered the possibility that breaking from the default tab style is causing the issue, but 1. none of my text editors produce the same kind of tab, 2. I have seen examples of modified layouts that do the same thing, and 3. what would be the point of using brackets and semicolons then?)

/usr/share/X11/xkb/rules/evdev (lines 208-224)

  classmate     us              alt-intl        =       pc+us(classmate-alt-intl)
  classmate     us              altgr-intl      =       pc+us(classmate-altgr-intl)
  nokiarx51     cz              qwerty          =       nokia_vndr/rx-51(cz_qwerty)
  *                     $sun_custom     $sun_var        =       pc+sun_vndr/%l%(v)

! model         layout                          =       symbols
  *             ug                      =       pc+ug // This is the line I've added.
  *             ar                      =       pc+ara
  *             ben                     =       pc+in(ben)
  *             bs                      =       pc+ba
  *             cs                      =       pc+rs
  *             cz_qwerty                       =       pc+cz(qwerty)
  *             dev                     =       pc+in(deva)
  *             dvorak                  =       pc+us(dvorak)
  *             dzdwi                   =       pc+bt
  *             el                      =       pc+gr
  *             en_US                   =       pc+latin

(I have tried a few different options in place of pc+ug, which all produced the same effect, but notably those changes did show up in the output of setxkbmap, so I know that I have the correct file.)

/usr/share/X11/xkb/rules/evdev.xml (lines 1330 — 1352)

      <vendor>Megawin Technology</vendor>
     </configItem>
    </model>
  </modelList>
  <layoutList>
    <layout>
      <configItem>
        <name>ug</name>
        <shortDescription>Uyghur</shortDescription>
        <description>Uyghur (Kona Yeziq)</description>
        <languageList>
          <iso639Id>uig</iso639Id>
        </languageList>
      </configItem>
      <variantList/>
     </layout>
    <layout>
      <configItem>
        <name>us</name>
        <!-- Keyboard indicator for English layouts -->
        <shortDescription>en</shortDescription>
        <description>English (US)</description>
        <languageList>

The changes that I’ve made to evdev.xml do populate in the XFCE keyboard settings dialogue, but selecting the keyboard layout from there simply does nothing. At all stages of debugging, I have liberally exited my session and logged in again before determining that an attempted solution has failed.

Hi All!
I have this really annoying problem. Some time ago i’ve noticed that my meta keys don’t wok. I can’t switch to the text console and can’t input polish letters (alt+<letter> normally). I can’t tell why it stopped working because i can’t tell exactly when it broke. It might have been some unfortunate upgrade or i messed it up my self. Some time ago i wanted to change the partition table because i had many small partitions and wasted a lot of disk space this way. I didn’t made images of the partitions, just set up a drive and cp -r the system to that drive. it booted up just fine (with changes to grub and fstab of course), so it may have something to do with that. It certainly worked fine before that. Anyhow typing

$setxkbmap pl
Error loading new keyboard description

keyboard if fine because alt it self works. xev and alt gives:

KeyRelease event, serial 30, synthetic NO, window 0x2000001,
    root 0x106, subw 0x0, time 1156968794, (74,1), root:(608,77),
    state 0x18, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
    XLookupString gives 0 bytes:

I’ve checked directories with xkb files and compared them with my etch box at work and they math exactly:

$ ll /usr/share/X11/xkb
razem 63
drwxr-xr-x  2 root root   520 2007-10-07 19:46 compat
-rw-r--r--  1 root root   974 2006-10-20 22:26 compat.dir
drwxr-xr-x  4 root root   592 2007-10-07 19:46 geometry
-rw-r--r--  1 root root  3028 2006-10-20 22:26 geometry.dir
drwxr-xr-x  4 root root   456 2007-10-07 19:46 keycodes
-rw-r--r--  1 root root  3019 2006-10-20 22:26 keycodes.dir
drwxr-xr-x  5 root root   304 2007-10-07 19:46 keymap
-rw-r--r--  1 root root 14662 2006-10-20 22:26 keymap.dir
drwxr-xr-x  2 root root   400 2007-10-07 19:46 rules
drwxr-xr-x  2 root root   144 2007-10-07 19:46 semantics
-rw-r--r--  1 root root   134 2006-10-20 22:26 semantics.dir
drwxr-xr-x 11 root root  2472 2007-10-07 19:46 symbols
-rw-r--r--  1 root root 23740 2006-10-20 22:26 symbols.dir
drwxr-xr-x  2 root root   344 2007-10-07 19:46 types
-rw-r--r--  1 root root   624 2006-10-20 22:26 types.dir

xprop -root | grep XKB

_XKB_RULES_NAMES(STRING) = "xorg", "pc104", "pl", "", ""

My xorg.conf (the keyboard part) looks like this:

Section "InputDevice"
    Identifier     "Generic Keyboard"
    Driver         "kbd"
    Option         "CoreKeyboard"
    Option         "XkbRules" "xorg"
    Option         "XkbModel" "pc104"
    Option         "XkbLayout" "pl"
EndSection

when i’ve typed the error message to google there was a considerable amount of results, but non of those i’ve checked worked. It’s like every disrto manages those settings in different way. I still hope that this is a stupid simple glitch that i just can’t see
Any ideas?
Thanks