tazzon a écritXKB n'est effectif que dans X, normal que tu n'ais pas de résultats avec dans un TTY.
Au départ, Muchos avait utilisé les préférences utilisateur, du coup il n’avait même pas le Bépo sur le prompt d’ouverture de session graphique.
tazzon a écritSous Arch il me semble que c'est /etc/vconsole.conf qui permet de définir la disposition clavier par défaut des TTY.
Sous Debian, Ubuntu et leurs dérivées, ce n’est pas pareil : il y a un fichier de configuration général, /etc/default/keyboard, et un service qui réplique la disposition XKB (pour X.org) pour la console. Du coup, les dispositions KBD (pour la console texte) ne sont même pas installées (j’espère qu’elles le sont si on n’installe pas X.org, par exemple sur un serveur, mais je n’ai pas testé).
Il y a un outil pour reconfigurer la disposition clavier du système : dpkg-reconfigure keyboard-configuration (de mémoire, là je suis sous Arch…). Il a l’avantage, quand on a fini, de recréer l’init RAM disk, donc on se retrouve avec la bonne disposition dès le lancement du système (par exemple pour taper le mot de passe d’une partition chiffrée).
Il a l’inconvénient de de pas supporter des dispositions multiples (celui de la version 14.04 d’Ubuntu ne permettait pas d’en mettre, mais au moins de les conserver si on en avait spécifié dans le fichier à la main ; celui de la version 15.10 les fait « sauter » ; je n’ai pas testé cette fonctionnalité sur Debian).
Sous Arch Linux, il faut utiliser la configuration des projets amont : /etc/vconsole.conf (de systemd) pour la console, par exemple /etc/X11/xorg.conf.d/10-evdev.conf pour X.org, et utiliser mkinitcpio -p linux pour regénérer l’init RAM disk. Du coup, la configuration est plus complexe et on a besoin des dispositions KBD.
D’un autre côté, on a une maîtrise plus directe et on est à la merci d’éventuels bugs ou limitations de moins de couches logicielles.