Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Matériel Ordinateur Divers Switch KVM et clavier sous X11

Switch KVM et clavier sous X11

22 réponses
Avatar
Herve Autret
Bonjour,

J'ai rencontré un problème de clavier sous X11 et Slackware-13 sur 2
machines différentes : même en entrant la config souhaitée pour le
clavier dans /etc/X11/xorg.conf, le clavier reste par défaut en "us".

J'ai rajouté une commande "setxkbmap fr" dans .xinitrc, et ça rulz (pour
Wmaker et fluxbox, mais pas XFCE...)

Un problème nouveau (ou le même à une autre échelle) est apparu
aujourd'hui. J'ai 2 machines reliées à un switch KVM :
- une machine sous slack-13
- une autre sous CentOS-5.4.

J'ouvre une session sur "Slack" :
Slack-13 : clavier fr, Nlock allumé, pavé numérique
(switch)> CentOS : clavier fr, Nlock on, pavé actif
(switch)> Slack : clavier us, Nlock off, pavé actif, 1re frappe morte
(switch)> Centos : clavier fr, Nlock on, pavé actif
(switch)> Slack : clavier us, Nlock off, pavé actif, 1re frappe morte
(switch)> ... etc.

J'ai tenté de modifer l'environnement avant de lancer X11:
export LANG=fr_FR
export LC_ALL=fr.FR : pas de changement.

Quelqu'un aurait-il une idée de ce qui se passe ?

Le KVM : SwitchView® 100 Switch (http://www.avocent.com/)

Les versions de soft et des cartes videos :

VGA compatible controller: Intel Corporation 4 Series Chipset Integrated
Graphics Controller (rev 03)
Slackware-13.0.0.0.0
Xorg-1.6.3
fluxbox-1.1.1


Radeon 2400 XT
CentOS-5.4 avec
X Window System Vesion 7.1.1
(alias?) Xorg 1.1.1-48.67.el5-41
environnement Gnome


[Xpost f.c.o.l.c, fc.d, f.c.a.x11 ; suivi f.c.o.l.c]
à +
--
Hervé
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
1 2 3
Avatar
Lucas Levrel
Le 22 mars 2010, Herve Autret a écrit :

Certaines configs ont-elles HAL ?



Le Slack, où le clavier perd sa config, est installé comme OS "réel",
même s'il a un HALD qui tourne. Le CentOS est en dom0 sur Xen.



Je ne comprends pas la réponse, j'ai dû mal poser la question ;-)
Ton OS réel utilise-t-il HAL pour ajouter les InputDevice à X ? Voir le
log (/var/log/Xorg.0.log).

environnement Gnome


Lui a ses propres réglages qui peuvent écraser ceux d'X... gdm aussi.



Jusqu'à maintenant, ce n'est pas le bureau Gnome qui pose problème.



C'est bien ce que je dis : comme il a ses propres réglages, ceux d'X (qui
posent problème) sont ignorés/écrasés.

--
LL
Avatar
Herve Autret
Lucas Levrel :

Je ne comprends pas la réponse, j'ai dû mal poser la question ;-)
[...] Voir le log (/var/log/Xorg.0.log).



Grmbl... Je regarde demain.
--
Hervé
Avatar
Herve Autret
Lucas Levrel :

Ton OS réel utilise-t-il HAL pour ajouter les InputDevice à X ? 
Voir le log (/var/log/Xorg.0.log).



Oui :

(II) XINPUT: Adding extended input device "No brand 2Port
KVMSwicther" (type: KEYBOARD)
(**) Option "xkb_rules" "evdev"
(**) Option "xkb_model" "evdev"
(**) Option "xkb_layout" "us"
(**) Option "xkb_options" "terminate:ctrl_alt_bksp"

--
Hervé
Avatar
Lucas Levrel
Le 24 mars 2010, Herve Autret a écrit :

Lucas Levrel :

Ton OS réel utilise-t-il HAL pour ajouter les InputDevice à X ? 
Voir le log (/var/log/Xorg.0.log).



Oui :



OK, alors essaie de remplacer us par fr dans
/etc/hal/fdi/policy/20thirdparty/11-keymap.fdi (ou apparenté, je suppose
que le nom ou le chemin dépend de la distrib...)

--
LL
Avatar
Herve Autret
Lucas Levrel :

Ton OS réel utilise-t-il HAL pour ajouter les InputDevice à X ? Voir
le log (/var/log/Xorg.0.log).




OK, alors essaie de remplacer us par fr dans
/etc/hal/fdi/policy/20thirdparty/11-keymap.fdi (ou apparenté, je suppose
que le nom ou le chemin dépend de la distrib...)



/etc/hal/fdi/policy/ est vide
find /etc/hal -name "*keymap*" ne donne rien.
Sur le CentOS, c'est la même chose.

C'est moins important maintenant, je n'utilise plus de kvm pour l'instant
mais quand même...

J'ai juste pris le temps de regarder /etc/X11/xkb/rules/
Ça ressemble à une base de données de toutes les configs clavier
recensées. Je ne vois pas trop quoi faire avec.
--
Hervé
Avatar
Lucas Levrel
Le 28 mars 2010, Herve Autret a écrit :

/etc/hal/fdi/policy/20thirdparty/11-keymap.fdi (ou apparenté, je suppose
que le nom ou le chemin dépend de la distrib...)



/etc/hal/fdi/policy/ est vide
find /etc/hal -name "*keymap*" ne donne rien.



C'est peut-être dans /usr/share/hal/fdi/policy/. Sinon :
locate -r fdi$

Mais tu dois pouvoir créer le fichier. Quelque chose comme (tiré du
mien) :

<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
<device>
<match key="info.capabilities" contains="input.keymap">
<append key="info.callouts.add"
type="strlist">hal-setup-keymap</append>
</match>

<match key="info.capabilities" contains="input.keyboard">
<merge key="input.xkb.layout" type="string">fr</merge>
<merge key="input.xkb.variant" type="string">oss_latin9</merge>
<merge key="input.xkb.options"
type="string">compose:menu,lv3:ralt_switch,altwin:meta_win,caps:internal,nbsp:level3</merge>
</match>
</device>
</deviceinfo>

(Je ne sais pas à quoi sert le premier « match », mais vu son contenu je
n'y touche pas !)

J'ai juste pris le temps de regarder /etc/X11/xkb/rules/
Ça ressemble à une base de données de toutes les configs clavier
recensées.



Oui.

Je ne vois pas trop quoi faire avec.



Rien :-) Ça sert à xkb. Dans symbols/fr tu trouveras quoi mettre dans la
clef « variant », et dans symbols/[compose,lv3,altwin...] tu trouveras
quoi mettre dans la clef « options ». Mais tout ça c'est pour peaufiner.

--
LL
Avatar
Herve Autret
Bonsoir

Lucas Levrel :

C'est peut-être dans /usr/share/hal/fdi/policy/.



C'est bien ici, merci !

Mais tu dois pouvoir créer le fichier. Quelque chose comme (tiré du
mien) :



Je vais essayer dqp, vu qu'il suffit de débrancher et rechancher la prise
du clavier USB pour reproduire le PB : même pas besoin de kvm...

à+ et merci pour tes conseils
--
Hervé
Avatar
Herve Autret
Herve Autret :

Lucas>> Mais tu dois pouvoir créer le fichier.
Lucas>> Quelque chose comme (tiré du mien) :

Copié verbatim, ça marche !

merci pour tes conseils


Renouvelé

à +
--
hervé
Avatar
Herve Autret
Bonsoir,

appzer0 :

C'est peut-être dans /usr/share/hal/fdi/policy/.




MAIS, en mettant à niveau hal, tu vas perdre ton réglage. Un gros
commentaire (dans slackware, pas centos) dit de ne pas modifier ce
ficher /usr/share/hal/fdi/policy/10osvendir/10-keymap.fdi mais bien de
le _copier_ pour en faire ta config à toi dans /etc/hal/fdi/policy (et
là tu garderas ce fichier si tu mets à niveau hal).



Sur ma machine perso (Slack-12 où la hal n'ajoute pas de périf à xorg,
probablement par manque d'opportunités car c'est du PS/2 ), il n'y a
aucun fichier 10-keymap.fdi dans /etc/ ni /usr (du coup j'ai raté le
commentaire ;-).

Juste parce qu'on en parle : le répertoire /usr/share/hal/fdi/
policy/10osvendor contient plutôt 10-keyboard-policy.fdi, où ne figurent
ni la chaine "us" ni "fr", il n'a donc pas le même rôle.

D'après Lucas, qui a dû regarder chez lui, le fichier 10-keymap.fdi
(lorsqu'il existe) est dans [/usr/share|/etc]/hal/fdi/policy/20thirdparty.
Maintenant, je peux essayer de déplacer 10-keymap.fdi, de 20thirdparty à
10osvendor pour voir si ça change quelque chose.

Pour le fond je suis Ok, je place une copie de 10-keymap.fdi dans
/etc/hal/...

xfce est compilé contre hal, donc il te proposera ce que tu as mis dans
ce .fdi tout simplement.



xfce se conforme plutôt à son fichier de config
~/.config/xfce4/xfconf/xfce-perchannel-xml/keyboard-layout.xml
comme je disais : <URL:news:4ba7b260$0$24098$
Déjà au démarrage, il oubliait la config que je venais d'entrer par les
"settings" ; il ne tenait pas compte de "setxkbmap fr" dans .xinitrc, non
plus.
Mais ce n'était pas une question de Hal car il suffisait de détruire
l'entrée "us" ou de la mettre après "fr" dans keyboard-layout.xml pour
avoir le clavier en français.

Pour info, on peut toujours utiliser xorg.conf, il suffit d'ajouter une
directive noallowinputquelquechose dedans et mettre sa config, y'a plein
de doc sur le sujet.



Je regarderai, merci.

Pour le KVM il parait que c'est une question de matos, qui marche plus
ou moins bien. Active ton clavier une fois switché avec numlock ou autre
touche morte au dessus du pavé numérique. La frappe morte est donc
normale, il faut réveiller le clavier (ça dépend des switches bien sûr).



Et de l'os ussi sans doute : la machine sous CentOS n'avait pas de touche
morte. Par ailleurs, le switch logiciel (double frappe sur VerNum ou sur
ScrollLock) ne marchait que pour CentOS ; pour "quitter" l'écran Slack,
seul le bouton du kvm fonctionnait.
--
Hervé
Avatar
Emmanuel Florac
Le Thu, 01 Apr 2010 21:25:39 +0000, Herve Autret a écrit:


Sur ma machine perso (Slack-12 où la hal n'ajoute pas de périf à xorg,
probablement par manque d'opportunités car c'est du PS/2 ), il n'y a
aucun fichier 10-keymap.fdi dans /etc/ ni /usr (du coup j'ai raté le
commentaire ;-).



Jusqu'à la slack 13 il n'y en avait pas besoin. Dans ma slack 13 j'ai
bien du mettre ceci

<merge key="input.xkb.layout" type="string">fr</merge>

dans /etc/hal/fdi/policy/10-keymap.fdi

--
I have always wished for my computer to be as easy to use as my
telephone; my wish has come true because I can no longer figure out
how to use my telephone.
Bjarne Stroustrup
1 2 3