OK, acho que vou ter que responder minha própria pergunta aqui - a lição aprendida é "nunca assuma que as coisas funcionam como configuradas". :)
Depois de repensar tudo, a suposição mais lógica era que, por algum motivo, o mapa de teclado configurado não estava sendo usado. Verifiquei os logs da última reinicialização e sim, havia uma linha keytable: Loading keymap: failed
. Analisamos o script /etc/init.d/keytable
e usamos o mesmo comando de lá, apenas sem redirecionamento de erros:
[root@server root]# loadkeys et
Loading /lib/kbd/keymaps/i386/qwerty/et.kmap.gz
unknown keysym 'currency'
/lib/kbd/keymaps/i386/qwerty/et.kmap.gz:5: parse error
syntax error in map file
key bindings not changed
Assim, o mapa estoniano que veio com o pacote de ferramentas de console da distro mostrou-se defeituoso. O teclado usado nesse caso estava em /etc/sysconfig/console/default.kmap
, que era francês (o servidor veio da França originalmente). Aparentemente, alguém tentou alterar o mapa de teclas do console, mas nunca verificou se ele realmente funcionava (e fez isso em todos os 4 blades).
Como o teclado físico era sueco, tentei loadkeys se-latin1
, o que não gerou erros. Para alterar o layout, o CentOS / Redhat possui uma ferramenta simples chamada kbdconfig
, que altera /etc/sysconfig/keyboard
e também copia o mapa de teclado correto para /etc/sysconfig/console/default.kmap
(mas não emitiu nenhum aviso sobre o mapa de teclado 'et'). Vou verificar o tempo em que o teclado funciona como esperado quando eu chegar ao datacenter na próxima semana.
Pergunta bônus: Como posso descobrir o mapa de teclas atualmente sendo usado pelo console do Linux?