web-dev-qa-db-ja.com

BladeCenterコンソールのキーボードレイアウト

4つのブレードを備えたIBMBladeCenter Tがあり、D-Link8ポートKVMを介してIBMRackConsoleに接続されています。 BladeCenterには、独自の内部KVMもあります。他のいくつかのサーバーもDKVMに接続されています。

コンソールは他のすべてのサーバーで正常に動作しますが、どういうわけか、KVMのBladeCenterのポートでキーボードレイアウトがフランス語（azerty）に変更されました。レイアウトは4つのブレードすべてでフランス語です（BladeCenterのKVMを使用してそれらを切り替えます）。ブレード自体はLinuxを実行しており、「et」（エストニア語）レイアウト用に構成されています（/ etcによる）/sysconfig/keyboard）。

BladeCenterの内部KVMがキーボードレイアウトを台無しにしている可能性はありますか？これを引き起こしている可能性のある他のアイデアはありますか？

linuxconsolebladecenterkeyboard-video-mousekeyboard-layout
2
Marie Fischer

OK、私はここで私自身の質問に答えなければならないと思います-「物事が構成されたように機能するとは決して思わない」ということを学んだ教訓。 :)

すべてを再考した後、最も論理的な仮定は、何らかの理由で、構成されたキーマップが使用されていなかったということでした。前回の再起動からのログを確認しました。はい、keytable: Loading keymap: failedという行がありました。 /etc/init.d/keytableスクリプトを見て、エラーリダイレクトなしで、そこと同じコマンドを使用しました。

[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に関する警告は発行しませんでした'キーマップ）。来週データセンターに到着したら、キーボードが期待どおりに機能するかどうかを確認します。

ボーナスの質問：Linuxコンソールで現在使用されているキーマップを確認するにはどうすればよいですか？

1
Marie Fischer

ありそうもない。モニター/キーボードをBCTに直接接続するか、別のマシンをKVMのそのポートに接続することで、これを除外できます。

0
MikeyB