[Solved] Problems with enabling KVM on QEMU

jackydacky · 2018-01-16 06:19:46

Hi everyone!

Please bare with me as this is my first post on here. I seem to be having issues with getting QEMU to run guest VMs
I have followed the wiki for both qemu and kvm on installing qemu, libvirt. When I try run the following command to enable KVM, I get this.

qemu-system-x86_64 -enable-kvm
qemu-system-x86_64: symbol lookup error: qemu-system-x86_64: undefined symbol: vte_terminal_copy_clipboard_format

I also made sure that all my modules enabled and virtualisation enabled on my motherboard

LC_ALL=C lscpu | grep Virtualization
Virtualization:      VT-x

zgrep CONFIG_KVM /proc/config.gz
CONFIG_KVM_GUEST=y
# CONFIG_KVM_DEBUG_FS is not set
CONFIG_KVM_MMIO=y
CONFIG_KVM_ASYNC_PF=y
CONFIG_KVM_VFIO=y
CONFIG_KVM_GENERIC_DIRTYLOG_READ_PROTECT=y
CONFIG_KVM_COMPAT=y
CONFIG_KVM=m
CONFIG_KVM_INTEL=m
CONFIG_KVM_AMD=m
CONFIG_KVM_MMU_AUDIT=y

lsmod | grep kvm
kvm_intel             225280  0
kvm                   696320  1 kvm_intel
irqbypass              16384  1 kvm

Later when attempting to run qemu-system-x86_64 on its own I still get the same error message

qemu-system-x86_64: symbol lookup error: qemu-system-x86_64: undefined symbol: vte_terminal_copy_clipboard_format

I'm not sure if this some sort of bug with the vte-common package as it is a dependency for qemu itself. Much appreciated for some help.

Thanks

Last edited by jackydacky (2018-01-16 13:05:31)

anatolik · 2018-01-16 06:38:58

Did you compile qemu from sources or use one from the official Arch repo?
Do you have your system up-to-date?

Please show output of

$ ldd /usr/bin/qemu-system-x86_64 | grep -i vte

In my case qemu synamically links to /usr/lib/libvte-2.91.so.0 that provides vte_terminal_copy_clipboard_format symbol (and qemu works for me).

jackydacky · 2018-01-16 06:48:06

My qemu was installed from from the official Arch repo via pacman and my system is also up to date.

pacman -Syu 
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
:: Starting full system upgrade...
 there is nothing to do

The output for ldd is

ldd /usr/bin/qemu-system-x86_64 | grep -i vte
libvte-2.91.so.0 => /usr/lib/libvte-2.91.so.0 (0x00007f2f27106000)

anatolik · 2018-01-16 06:54:38

One thing I noticed is that I have `vte3-ng` package installed instead of `vte3`. vte3-ng is compatible vte3 but has some additional API.

Could you please try installing vte3-ng instead and see if it makes any difference for you?

anatolik · 2018-01-16 07:07:52

I did some code investigation and what I see here:

Symbol vte_terminal_copy_clipboard_format belongs to VTE package. This symbol got deprecated some time ago.

Qemu made a change in their codebase https://patchwork.kernel.org/patch/10003685/ to avoid using this symbol. Change got released in v2.11.0. Since this change qemu should not use vte_terminal_copy_clipboard_format(). But what I see /usr/bin/qemu-system-x86_64 is still using vte_terminal_copy_clipboard_format(). It is weird. Maybe there is an issue with qemu PKGBUILD that does not provide correct version of VTE?

jackydacky · 2018-01-16 07:12:05

Hey, installing the vte3-ng package seemed to have fixed it! Apparently I have the vte3-ng-fullwidth-emoji package which depended on vte3. I guess I'll have to find some other alternative to fullwidth.

Much appreiated! Thanks

Last edited by jackydacky (2018-01-16 07:29:57)

anatolik · 2018-01-16 07:27:01

anatolik wrote:

Symbol vte_terminal_copy_clipboard_format belongs to VTE package. This symbol got deprecated some time ago.

Actually it is the other way around. vte_terminal_copy_clipboard is deprecated and new VTE API vte_terminal_copy_clipboard_format should be used. Thus the vte_terminal_copy_clipboard_format symbol usage is correct.

I installed `vte3` package and see that it also has the symbol:

$ objdump -TC /usr/lib/libvte-2.91.so.0 | grep vte_terminal_copy_clipboard_format
0000000000030b40 g DF .text 000000000000008d Base vte_terminal_copy_clipboard_format

Thus it looks like it is an issue with *your* vte library that does not have vte_terminal_copy_clipboard_format.

Did you compile libvte-2.91.so.0 from sources?

jackydacky · 2018-01-16 07:37:51

I complied vte3-ng-fullwidth-emoji from AUR which is likely to have that had the libvte-2.91.so.0 package with it.

Upon installing the vte3-ng as you mentioned before with pacman, it did output this

pacman -S vte3-ng
resolving dependencies...
looking for conflicting packages...
:: vte3-ng and vte3-ng-fullwidth-emoji are in conflict (vte3). Remove vte3-ng-fullwidth-emoji? [y/N]

anatolik · 2018-01-16 08:17:50

Ok that explains the issue. Qemu is compiled agains the latest version of vte that has vte_terminal_copy_clipboard_format() symbol. vte3-ng-fullwidth-emoji from AUR is based on old VTE version and seems does not have vte_terminal_copy_clipboard_format

Arch Linux

#1 2018-01-16 06:19:46

[Solved] Problems with enabling KVM on QEMU

#2 2018-01-16 06:38:58

Re: [Solved] Problems with enabling KVM on QEMU

#3 2018-01-16 06:48:06

Re: [Solved] Problems with enabling KVM on QEMU

#4 2018-01-16 06:54:38

Re: [Solved] Problems with enabling KVM on QEMU

#5 2018-01-16 07:07:52

Re: [Solved] Problems with enabling KVM on QEMU

#6 2018-01-16 07:12:05

Re: [Solved] Problems with enabling KVM on QEMU

#7 2018-01-16 07:27:01

Re: [Solved] Problems with enabling KVM on QEMU

#8 2018-01-16 07:37:51

Re: [Solved] Problems with enabling KVM on QEMU

#9 2018-01-16 08:17:50

Re: [Solved] Problems with enabling KVM on QEMU

Board footer