Les dernières mises à jour en test de X.Org ont entraîné quelques désagréments pour les utilisateurs qui, comme moi, mettent leur système à jour sans être forcément bien renseignés. Après un redémarrage, je me suis retrouvé face à GDM, sans clavier ni souris…
La faute au pilote evdev, qui n’avait au départ pas été mentionné dans les dépendances du nouveau paquet et que X.Org essayait de charger. J’aurais dû prévoir, installer depuis longtemps de pilote qui devrait faciliter la vie à ceux qui branchent et débranchent des périphériques de saisie.
J’ai donc redémarré en ajoutant single aux paramètres du noyau, modifié le niveau d’exécution par défaut pour désactiver le lancement automatique de GDM, et installé le paquet xf86-input-evdev. Tout est alors rentré dans l’ordre, ou presque. Je me suis retrouvé avec un clavier anglais… Sous GNOME, un détour dans Préférences -> Clavier, et le tour était joué. Mais pour GDM, pas moyen d’obtenir un clavier français, alors que tout était pourtant configuré dans le fichier de configuration de X.Org.
J’ai donc cherché sur le Wiki de Arch Linux, et j’ai trouvé mon bonheur. Il s’avère que la configuration contenue dans le fichier xorg.conf est simplement ignorée par X.Org lorsqu’il essaie d’utiliser le pilote evdev. Il faut savoir que pour gérer le hotplugging, evdev se repose sur le service hald. Pour remettre le clavier en français, il faut donc aller modifier un fichier de configuration de hal. Le fichier en question est /usr/share/hal/fdi/policy/10osvendor/10-keymap.fdi mais il est malheureusement écrasé à chaque mise à jour du paquet. Il suffit toutefois de le copier dans /etc/hal/fdi/policy/ pour le conserver et que les valeurs soient prises en compte.
Dans ce fichier, il suffit de localiser la ligne <merge key="input.xkb.layout" type="string">us</merge> et de remplacer us par fr pour retrouver un clavier en français.
Pour plus de détails, vous pouvez vous rendre sur la page du Wiki d’Arch Linux concernant le hotplugging sous X.Org.
Je parle aussi de :
Navigation
- « Billet précédent : Windows Live Mesh, le remplaçant de Windows Live Skydrive ?
- » Billet suivant : Vidéo : Démarrage Windows 7 sur un netbook MSI Wind U100
Commentaires ( 13 Commentaires )
merci pour ton billet : n’ayant pas de a,z,q,w, ou m dans mon couple login/mdp je ne m’étais pas aperçu du coup du gdm en qwerty. sinon comme toi je me suis retrouvé comme un idiot sans clavier ni souris, mais suis passé par ssh qui m’a permis d’installer evdev « à distance »..
Merci pour ce billet
![]()
j’avais contourné le problème par les propriétes clavier de kde, mais ce n’était pas satisfaisant … comment faire sous twm & co
![]()
Par contre ce serait bien si tu faisais une entrée dans le wiki … ca risque de revenir souvent des que le nouveau xorg sortira de testing.
En fait, tout est déjà dans le Wiki du site international. De quel wiki parles-tu ?
oui , j’avais vu .. mais mon anglais est du niveau de la maternelle … alors je préfère ton billet
![]()
j’ai cliqué trop vite ; je parlais du wiki du site archlinux.fr :p
merci, mais vous avez les touches directionelles (les fleches) ou le pavé numerique qui marche? parce que moi depuis sa ne marche plus….
J’ai constaté ce problème sur un laptop, et pour ma part je n’ai aucun problème.
non moi je ne suis pas sur un laptop, jsui sur un clavier sans fils usb…
En fait, je voulais dire que de mon côté, sur mon laptop, je n’ai pas de problème. Je n’ai pas eu le temps de tester sur mon pc de bureau qui a un vrai clavier sans fil. Je testerai dimanche ou lundi…
Mais tu utilises quel environnement ?
Merci beaucoup, je galère depuis 1h avec xorg.conf, et la section inputdevice, mais il refuse ma config, là ça marche nickel
plus besoin de taper setxkbmap fr latin9.
Merci !
