我们有一个带有4个刀片的IBM BladeCenter T，它通过D-Link 8端口KVM连接到IBM机架控制台。 BladeCenter也有自己的内部KVM。 其他几台服务器也连接到DKVM。
该控制台可以与其他所有服务器一起正常工作，但不知何故，键盘布局在KVM的BladeCenter端口上变成了法语（azerty）。 所有4个刀片的布局是法语（使用BladeCenter的KVM在它们之间切换）。 刀片本身正在运行Linux，并为“et”（爱沙尼亚语）布局（根据/ etc / sysconfig / keyboard）进行configuration。
BladeCenter的内部KVM是否有可能搞乱了键盘布局？ 任何其他的想法可能是什么原因造成的？
好吧，我想我必须在这里回答我自己的问题 – 从“永远不要假装事物configuration成功”的经验教训。 🙂
在重新思考一切后，最合乎逻辑的假设是由于某种原因，configuration的键盘映射未被使用。 检查了最后一次重启的日志，是的，有一个线路keytable: Loading keymap: failed 。 看着/etc/init.d/keytable脚本，并使用与那里相同的命令，只是没有错误redirect：
[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
所以，与发行版的console-tools软件包一起提供的爱沙尼亚键盘映射是错误的。 在这种情况下使用的键盘是在/etc/sysconfig/console/default.kmap ，这是法国（服务器最初来自法国）。 看起来，有人试图改变控制台键盘映射，但从来没有检查它是否实际上工作（并在所有4个刀片上这样做）。
由于物理键盘实际上是瑞典语，所以我尝试了loadkeys se-latin1 ，它没有给出任何错误。 为了改变布局，CentOS / Redhat有一个叫做kbdconfig的简单工具，它改变了/etc/sysconfig/keyboard ，并且把右键映射到/etc/sysconfig/console/default.kmap （但是没有发出任何有关' et'keymap）。 我将在下周到达数据中心时检查键盘是否工作正常。
奖金问题：我怎样才能找出Linux控制台当前使用的键盘映射？
不见得。 您可以通过直接将显示器/键盘连接到BC T或将另一台机器连接到KVM的端口来排除这种情况。