我们有一个带有 4 个刀片的 IBM BladeCenter T,它通过 D-Link 8 端口 KVM 连接到 IBM 机架控制台。BladeCenter 也有它自己的内部 KVM。其他几台服务器也连接到 DKVM。
该控制台可以与所有其他服务器一起正常工作,但不知何故,BladeCenter 的 KVM 端口上的键盘布局更改为法语 (azerty)。所有 4 个刀片的布局都是法式的(使用 BladeCenter 的 KVM 在它们之间切换)。刀片本身正在运行 Linux,并配置为 'et'(爱沙尼亚语)布局(根据 /etc/sysconfig/keyboard)。
BladeCenter 的内部 KVM 是否有可能弄乱键盘布局?任何其他想法可能导致这种情况?
好的,我想我必须在这里回答我自己的问题 - 吸取的教训是“永远不要假设事情按照配置工作”。:)
在重新考虑一切之后,最合乎逻辑的假设是,由于某种原因,配置的键盘映射没有被使用。检查了上次重启的日志,是的,有一行
keytable: Loading keymap: failed
。查看/etc/init.d/keytable
脚本并使用与那里相同的命令,只是没有错误重定向:因此,发行版的控制台工具包附带的爱沙尼亚键盘映射被证明是错误的。在那种情况下使用的键盘是 in
/etc/sysconfig/console/default.kmap
,它是法语(服务器最初来自法国)。似乎有人试图更改控制台键盘映射,但从未检查它是否真的有效(并且在所有 4 个刀片上都这样做了)。由于物理键盘实际上是瑞典语,我试过
loadkeys se-latin1
了,没有出错。为了改变布局,CentOS/Redhat 有一个简单的工具叫做kbdconfig
,它改变/etc/sysconfig/keyboard
并复制正确的键盘映射到/etc/sysconfig/console/default.kmap
(但没有发出任何关于 'et' 键盘映射的警告)。下周到达数据中心时,我将检查键盘是否按预期工作。额外问题:如何找出 Linux 控制台当前使用的键盘映射?
不见得。您可以通过将显示器/键盘直接连接到 BC T 或将另一台机器连接到 KVM 的该端口来排除这种情况。