Gnome Boxes crashes trying to create a VM

Fresh installed EndeavourOS and, after all the updates, I wanted to create a VM, but Boxes crashes as soon as I select a ISO file (I downloaded the latest Debian, Mint and I also tried the same ISO used to install the host).

For what I found in journalctl I think I may have multiple issues:

nov 10 07:08:00 wintermute virtqemud[83116]: libvirt version: 10.9.0
nov 10 07:08:00 wintermute virtqemud[83116]: hostname: wintermute
nov 10 07:08:00 wintermute virtqemud[83116]: operation failed: Unable to find 'efi' firmware that is compatible with the current configuration
nov 10 07:12:12 wintermute systemd[1180]: Started dbus-:1.2-org.gnome.Boxes@6.service.
nov 10 07:12:13 wintermute gnome-boxes[83571]: Theme directory 32/emblems of theme Eleven-Dark has no size field
nov 10 07:12:13 wintermute gnome-boxes[83571]: Theme directory 32@2x/emblems of theme Eleven-Dark has no size field
nov 10 07:12:13 wintermute gnome-boxes[83571]: Theme directory 48/emblems of theme Eleven-Dark has no size field
nov 10 07:12:13 wintermute gnome-boxes[83571]: Theme directory 48@2x/emblems of theme Eleven-Dark has no size field
nov 10 07:12:13 wintermute gnome-boxes[83571]: Using GtkSettings:gtk-application-prefer-dark-theme together with HdyStyleManager is unsupported. Please use HdyStyleManager:color-scheme instead.
nov 10 07:12:13 wintermute virtqemud[83597]: libvirt version: 10.9.0
nov 10 07:12:13 wintermute virtqemud[83597]: hostname: wintermute
nov 10 07:12:13 wintermute virtqemud[83597]: operation failed: Unable to find 'efi' firmware that is compatible with the current configuration
nov 10 07:12:13 wintermute virtstoraged[83626]: libvirt version: 10.9.0
nov 10 07:12:13 wintermute virtstoraged[83626]: hostname: wintermute
nov 10 07:12:13 wintermute gnome-boxes[83571]: Error setting up default broker: Failed to set autostart flag on storage pool: internal error: pool has no config file
nov 10 07:12:13 wintermute virtstoraged[83626]: internal error: pool has no config file
nov 10 07:12:13 wintermute virtqemud[83597]: internal error: pool has no config file
nov 10 07:12:13 wintermute gnome-boxes[83571]: (src/gnome-boxes.p/app.c:3106):boxes_app_setup_default_source_co: runtime check failed: (default_connection != null)
nov 10 07:12:25 wintermute gnome-boxes[83571]: gvir_connection_get_node_info: assertion 'GVIR_IS_CONNECTION(conn)' failed
nov 10 07:12:25 wintermute kernel: gnome-boxes[83571]: segfault at 20 ip 000055f5f68940a0 sp 00007ffd52a9b7c0 error 4 in gnome-boxes[5d0a0,55f5f684f000+7f000] likely on CPU 24 (core 8, socket 0)
nov 10 07:12:25 wintermute systemd-coredump[83674]: Process 83571 (gnome-boxes) of user 1000 terminated abnormally with signal 11/SEGV, processing...
nov 10 07:12:25 wintermute systemd[1]: Started Process Core Dump (PID 83674/UID 0).
nov 10 07:12:27 wintermute systemd-coredump[83675]: Process 83571 (gnome-boxes) of user 1000 dumped core.
nov 10 07:12:27 wintermute systemd[1]: systemd-coredump@3-83674-0.service: Deactivated successfully.
nov 10 07:12:27 wintermute systemd[1]: systemd-coredump@3-83674-0.service: Consumed 1.606s CPU time, 1.4G memory peak.
nov 10 07:12:27 wintermute systemd[1180]: dbus-:1.2-org.gnome.Boxes@6.service: Main process exited, code=dumped, status=11/SEGV
nov 10 07:12:27 wintermute systemd[1180]: dbus-:1.2-org.gnome.Boxes@6.service: Failed with result 'core-dump'.
nov 10 07:12:27 wintermute systemd[1180]: dbus-:1.2-org.gnome.Boxes@6.service: Unit process 83597 (virtqemud) remains running after unit stopped.
nov 10 07:12:27 wintermute systemd[1180]: dbus-:1.2-org.gnome.Boxes@6.service: Unit process 83626 (virtstoraged) remains running after unit stopped.
nov 10 07:12:27 wintermute systemd[1180]: dbus-:1.2-org.gnome.Boxes@6.service: Consumed 2.609s CPU time, 152.4M memory peak.

Not sure what to do, I was able to run gnome boxes in Mint 22 on the same hardware when I was choosing the new distro, so it must be a software issue.

Welcome to the community! :enos_flag: :vulcan_salute:

Qemu, the underlying software that Gnome Boxes uses, was updated very recently. It is likely the culprit here. Maybe Gnome Boxes didn’t put out an updated to match? Maybe the Qemu packages have a bug? Could be a few reasons.

I just checked Virt-Manager, as it also uses Qemu. No issues.

That said, please run the following in a terminal and post it in a reply.

pacman -Q | grep -A 0 -E "(qemu|boxes)"

And

inxi -Fxxc0z

try to make symlinks inside of /usr/share/edk2-ovmf/x64 like this:

lrwxrwxrwx 1 root root 35 11-09 00:11 OVMF_CODE.fd → /usr/share/edk2/x64/OVMF_CODE.4m.fd
lrwxrwxrwx 1 root root 35 11-09 00:12 OVMF_VARS.fd → /usr/share/edk2/x64/OVMF_VARS.4m.fd

you can try same with secboot. it worked for me for quickemu.

Thanks for the reply, in the meanwhile I reinstalled boxes and I was able to create a VM (plain Debian 12 with Cinnamon). It’s kinda working, but when I reboot/shutdown and restartthe guest it will crash after the debian boot menu multiple times.

Here’s the pacman output:

$ pacman -Q | grep -A 0 -E "(qemu|boxes)"
gnome-boxes 47.0-1
--
qemu-audio-alsa 9.1.1-2
qemu-audio-dbus 9.1.1-2
qemu-audio-jack 9.1.1-2
qemu-audio-oss 9.1.1-2
qemu-audio-pa 9.1.1-2
qemu-audio-pipewire 9.1.1-2
qemu-audio-sdl 9.1.1-2
qemu-audio-spice 9.1.1-2
qemu-base 9.1.1-2
qemu-block-curl 9.1.1-2
qemu-block-dmg 9.1.1-2
qemu-block-nfs 9.1.1-2
qemu-block-ssh 9.1.1-2
qemu-chardev-spice 9.1.1-2
qemu-common 9.1.1-2
qemu-desktop 9.1.1-2
qemu-hw-display-qxl 9.1.1-2
qemu-hw-display-virtio-gpu 9.1.1-2
qemu-hw-display-virtio-gpu-gl 9.1.1-2
qemu-hw-display-virtio-gpu-pci 9.1.1-2
qemu-hw-display-virtio-gpu-pci-gl 9.1.1-2
qemu-hw-display-virtio-vga 9.1.1-2
qemu-hw-display-virtio-vga-gl 9.1.1-2
qemu-hw-usb-host 9.1.1-2
qemu-hw-usb-redirect 9.1.1-2
qemu-hw-usb-smartcard 9.1.1-2
qemu-img 9.1.1-2
qemu-system-x86 9.1.1-2
qemu-system-x86-firmware 9.1.1-2
qemu-ui-curses 9.1.1-2
qemu-ui-dbus 9.1.1-2
qemu-ui-egl-headless 9.1.1-2
qemu-ui-gtk 9.1.1-2
qemu-ui-opengl 9.1.1-2
qemu-ui-sdl 9.1.1-2
qemu-ui-spice-app 9.1.1-2
qemu-ui-spice-core 9.1.1-2
qemu-vhost-user-gpu 9.1.1-2

…and the inxi’s:

$ inxi -Fxxc0z
System:
  Kernel: 6.11.6-arch1-1 arch: x86_64 bits: 64 compiler: gcc v: 14.2.1
  Desktop: KDE Plasma v: 6.2.3 tk: Qt v: N/A wm: kwin_wayland dm: SDDM
    Distro: EndeavourOS base: Arch Linux
Machine:
  Type: Desktop System: Micro-Star product: MS-7E12 v: 1.0
    serial: <superuser required>
  Mobo: Micro-Star model: MAG X670E TOMAHAWK WIFI (MS-7E12) v: 1.0
    serial: <superuser required> UEFI: American Megatrends LLC. v: 1.F3
    date: 09/23/2024
Battery:
  ID-1: hidpp_battery_0 charge: 79% condition: N/A volts: 4.0 min: N/A
    model: Logitech G502 LIGHTSPEED Wireless Gaming Mouse serial: <filter>
    status: discharging
CPU:
  Info: 16-core model: AMD Ryzen 9 7950X3D bits: 64 type: MT MCP arch: Zen 4
    rev: 2 cache: L1: 1024 KiB L2: 16 MiB L3: 128 MiB
  Speed (MHz): avg: 3651 min/max: 545/5759 boost: enabled cores: 1: 3651
    2: 3651 3: 3651 4: 3651 5: 3651 6: 3651 7: 3651 8: 3651 9: 3651 10: 3651
    11: 3651 12: 3651 13: 3651 14: 3651 15: 3651 16: 3651 17: 3651 18: 3651
    19: 3651 20: 3651 21: 3651 22: 3651 23: 3651 24: 3651 25: 3651 26: 3651
    27: 3651 28: 3651 29: 3651 30: 3651 31: 3651 32: 3651 bogomips: 268899
  Flags: avx avx2 ht lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm
Graphics:
  Device-1: Advanced Micro Devices [AMD/ATI] Navi 31 [Radeon RX 7900 XT/7900
    XTX/7900 GRE/7900M] vendor: Sapphire NITRO+ driver: amdgpu v: kernel
    arch: RDNA-3 pcie: speed: 16 GT/s lanes: 16 ports: active: DP-1,DP-2
    empty: HDMI-A-1,HDMI-A-2,Writeback-1 bus-ID: 03:00.0 chip-ID: 1002:744c
  Device-2: Logitech HD Pro Webcam C920 driver: snd-usb-audio,uvcvideo
    type: USB rev: 2.0 speed: 480 Mb/s lanes: 1 bus-ID: 3-2.1:4
    chip-ID: 046d:082d
  Display: wayland server: X.org v: 1.21.1.14 with: Xwayland v: 24.1.4
    compositor: kwin_wayland driver: X: loaded: amdgpu
    unloaded: modesetting,radeon alternate: fbdev,vesa dri: radeonsi
    gpu: amdgpu d-rect: 5120x1440 display-ID: 0
  Monitor-1: DP-1 pos: primary,left res: 2560x1440 size: N/A
  Monitor-2: DP-2 pos: right res: 2560x1440 size: N/A
  API: EGL v: 1.5 platforms: device: 0 drv: radeonsi device: 1 drv: swrast
    gbm: drv: kms_swrast surfaceless: drv: radeonsi wayland: drv: radeonsi x11:
    drv: radeonsi
  API: OpenGL v: 4.6 compat-v: 4.5 vendor: amd mesa v: 24.2.6-arch1.1
    glx-v: 1.4 direct-render: yes renderer: AMD Radeon RX 7900 XTX (radeonsi
    navi31 LLVM 18.1.8 DRM 3.59 6.11.6-arch1-1) device-ID: 1002:744c
    display-ID: :1.0
  API: Vulkan v: 1.3.295 surfaces: xcb,xlib,wayland device: 0
    type: discrete-gpu driver: mesa radv device-ID: 1002:744c
Audio:
  Device-1: Advanced Micro Devices [AMD/ATI] Navi 31 HDMI/DP Audio
    driver: snd_hda_intel v: kernel pcie: speed: 16 GT/s lanes: 16
    bus-ID: 03:00.1 chip-ID: 1002:ab30
  Device-2: Advanced Micro Devices [AMD] Family 17h/19h HD Audio
    vendor: Micro-Star MSI driver: snd_hda_intel v: kernel pcie: speed: 16 GT/s
    lanes: 16 bus-ID: 16:00.6 chip-ID: 1022:15e3
  Device-3: Logitech HD Pro Webcam C920 driver: snd-usb-audio,uvcvideo
    type: USB rev: 2.0 speed: 480 Mb/s lanes: 1 bus-ID: 3-2.1:4
    chip-ID: 046d:082d
  API: ALSA v: k6.11.6-arch1-1 status: kernel-api
  Server-1: PipeWire v: 1.2.6 status: active with: 1: pipewire-pulse
    status: active 2: wireplumber status: active 3: pipewire-alsa type: plugin
    4: pw-jack type: plugin
Network:
  Message: No PCI device data found.
  Device-1: Realtek USB 10/100/1G/2.5G LAN driver: r8152 type: USB rev: 3.2
    speed: 5 Gb/s lanes: 1 bus-ID: 8-1:2 chip-ID: 0bda:8156
  IF: enp22s0f4u1 state: up speed: 1000 Mbps duplex: full mac: <filter>
Bluetooth:
  Device-1: MediaTek Wireless_Device driver: btusb v: 0.8 type: USB rev: 2.1
    speed: 480 Mb/s lanes: 1 bus-ID: 3-7:5 chip-ID: 0e8d:0616
  Report: btmgmt ID: hci0 rfk-id: 0 state: up address: <filter> bt-v: 5.2
    lmp-v: 11
Drives:
  Local Storage: total: 3.64 TiB used: 1.24 TiB (34.1%)
  ID-1: /dev/nvme0n1 vendor: Crucial model: CT2000T705SSD3 size: 1.82 TiB
    speed: 126 Gb/s lanes: 4 serial: <filter> temp: 49.9 C
  ID-2: /dev/nvme1n1 vendor: Samsung model: SSD 980 PRO 1TB size: 931.51 GiB
    speed: 63.2 Gb/s lanes: 4 serial: <filter> temp: 37.9 C
  ID-3: /dev/nvme2n1 vendor: Samsung model: SSD 980 PRO 1TB size: 931.51 GiB
    speed: 63.2 Gb/s lanes: 4 serial: <filter> temp: 36.9 C
Partition:
  ID-1: / size: 1.82 TiB used: 254.5 GiB (13.7%) fs: btrfs dev: /dev/nvme0n1p2
  ID-2: /boot/efi size: 1022 MiB used: 584 KiB (0.1%) fs: vfat
    dev: /dev/nvme0n1p1
  ID-3: /home size: 1.82 TiB used: 254.5 GiB (13.7%) fs: btrfs
    dev: /dev/nvme0n1p2
  ID-4: /var/log size: 1.82 TiB used: 254.5 GiB (13.7%) fs: btrfs
    dev: /dev/nvme0n1p2
Swap:
  ID-1: swap-1 type: file size: 512 MiB used: 0 KiB (0.0%) priority: -2
    file: /swap/swapfile
Sensors:
  System Temperatures: cpu: 46.8 C mobo: 40.8 C gpu: amdgpu temp: 60.0 C
    mem: 56.0 C
  Fan Speeds (rpm): N/A gpu: amdgpu fan: 117
Info:
  Memory: total: 64 GiB note: est. available: 62.4 GiB used: 15.58 GiB (25.0%)
  Processes: 531 Power: uptime: 4h 15m wakeups: 0 Init: systemd v: 256
    default: graphical
  Packages: pm: pacman pkgs: 1311 Compilers: clang: 18.1.8 gcc: 14.2.1
    Shell: Bash v: 5.2.37 running-in: konsole inxi: 3.3.36

Everything seems fine, except Wayland… Have you tested this in X11?

Even if you don’t want to use X11 for whatever reason, it’s good to test it to figure out if an issue is app-related or display compositor-related.

If it does work in X11, you could also briefly and quickly test it in Hyprland/Sway then uninstall it afterward. This will let you know if it’s a combination of KDE and Wayland or just Wayland that’s causing the issue.

That said, Boxes has not been updated for a while now (Sep. 19), whereas, Qemu was updated recently (Nov. 7). It could just be this.

It’s been running on Wayland only so far, but not for personal preference: it’s just the EndeavourOS default. Would be running KDE on X11 better or worst somehow?

Like you said, Wayland is just the default. Better or worse depends on what you’re doing.
Test it and see what happens.

I tried and it works the same, including a way bigger issue that I noticed few hours ago: when I suspend the host it takes a minute to actually suspend, and when I wake it up all peripherals are dead (monitors, keyboard and mouse) and it needs a hard reset.
This only happens if I run a VM, either on wayland or x11.
If I don’t launch Boxes at all I can suspend (and it takes half a second) and wake up the host with no issues how many times I want, otherwise I must reboot or shutdown.
I think that I need to try to downgrade Qemu at this point, since I had none of these problems on Mint 22.

Downgrading is only a temporary solution, especially sine downgrading can cause issue with other related packages. Maybe you should try virt-manager instead?

Here’s a guide: https://discovery.endeavouros.com/applications/how-to-install-virt-manager-complete-edition/2021/09/

More tedious to set up than Boxes, but gives you more control, and like I said, I don’t have the issue you are having right now, even though it hasn’t been updated since April.

I indeed started using virt-manager/viewer after your last reply and it seems quite better.
With boxes I also had the VM frozen multiple times while opening some projects in VSCode, but no such issue in virt-viewer so far.
After work I’ll try to suspend and wake up the host a couple of times. I hope the problem is just gnome boxes.

Just tried suspend in eos-cinnamon using virt-manager and it locked up tight. Never tried Gnome Boxes. I’m not a user of suspend so it’s not a show stopper for me.

Hmm. This may indicate that Qemu is the issue then. Maybe once certain services have been started, suspend is a no-go?

Well, I could run VMs AND suspend&resume the host with Mint 22, until 2 days ago when I installed EndeavourOS. Having been busy with the reinstallation and the other Qemu/Boxes problems, now I’m not so sure that suspension has ever worked on EOS.
But it’s quite important to me. I may adapt to use hibernation instead, but I think it requires a swap partition and I have a single btrfs.

Regarding Mint: Remember that it uses older, more stable packages, versus Arch (EOS) which uses newer, more likely to have new issues packages.

When switching from one distro to the next, never expect things to be the same, even if you were switching from Ubuntu to Kubuntu/Xubuntu/etc.

tanto no gnome boxes e virt-manager, resolvi o problema instalando esses pacotes no debian com comando a seguir: sudo apt-get install libvirt-daemon-system libvirt-daemon-system-systemd