8

I have both kvm guests and hosts installed on a Debian 9.9 with kde on an AMD Machine

qemu-kvm 1:2.8+dfsg-6+deb9u7 amd64

  • When connecting with a virt-viewer, my keyboard layout is working (fr-ch) actually, I don't know where is the list of available layouts to confirm my fr-ch is available
  • When connecting with any vnc client, my keyboard layout is not working the layout is un-understandable....

I tried

  • Changing the directive into xml with sudo virsh edit myVmGuest => keymap='fr-ch' into graphics section (not working)
  • Changing the keyboard layout into kde guest (neither working)
  • Changing my vnc client

1 Answer 1

12

The standard key handling in VNC protocol is a very bad match for virtualization because it involves sending X keysyms to the server. Hardware scancodes on the VNC client machine are turned into key syms, which are sent to QEMU, which then turns them back into harware scancodes which sends them to the guest which turns them back into key syms again. For this to stand any chance of working at all, the keymaps on your local laptop needs to match the keymap set in QEMU, which needs to match the keymap set inside the guest. Even then it is often not perfect.

Thus QEMU defined a VNC protocol extension for send hardware scancodes from the VNC client. This avoids any kind of translation on the VNC client machine, or in QEMU. Hardware scancodes are sent from VNC client to QEMU, which sends them to the guest. Only the guest needs todo translation.

The virt-viewer application uses the GTK-VNC library which supports this protocol extension and hence why it works nicely for you.

The remote-viewer application is part of the same codebase as virt-viewer and thus can provide a plain VNC client which correctly supports this protocol extension.

It is really not worth trying to configure keymaps with QEMU as the result will always be worse than using the VNC protocol extension for scancodes.

Most historical VNC client does not support the extension, but one that I believe does do it correctly is tigervnc. So if you don't/can't use virt-viewer or remote-viewer, then try using tigervnc.

2
  • 2
    that is true, only tigervnc worked fine for me too Jan 18, 2021 at 17:26
  • Still not perfect for me I had to use loadkeys on the guest to alternate between fr and us. I also allowed tiger vnc to share connection so I could use remina for certain key (yes two vnc server at the same time)
    – Et7f3XIV
    6 hours ago

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .