• 49 Posts
  • 452 Comments
Joined 2 years ago
cake
Cake day: November 12th, 2023

help-circle


  • Thanks - this got me past the original issue. What I did is I opened up Flatseal and granted access to all system files for Virtual Machine Manager.

    However, now I’m stuck at a different point. I can get past where I choose how much memory, CPU, and disk storage to allocate, but when I get to Step 5 and click Finish,

    This happens:

    Unable to complete install: 'internal error: process exited while connecting to monitor: 2025-06-22T17:16:36.091623Z qemu-system-x86_64: -blockdev {"driver":"file","filename":"/run/media/myusername/path/to/installers/debian-12.11.0-amd64-netinst.iso","node-name":"libvirt-1-storage","read-only":true}: Could not open '/run/media/myusername/path/to/installers/debian-12.11.0-amd64-netinst.iso': Permission denied'
    
    Traceback (most recent call last):
      File "/app/share/virt-manager/virtManager/asyncjob.py", line 71, in cb_wrapper
        callback(asyncjob, *args, **kwargs)
      File "/app/share/virt-manager/virtManager/createvm.py", line 2008, in _do_async_install
        installer.start_install(guest, meter=meter)
      File "/app/share/virt-manager/virtinst/install/installer.py", line 726, in start_install
        domain = self._create_guest(
                 ^^^^^^^^^^^^^^^^^^^
      File "/app/share/virt-manager/virtinst/install/installer.py", line 667, in _create_guest
        domain = self.conn.createXML(initial_xml or final_xml, 0)
                 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
      File "/app/lib/python3.12/site-packages/libvirt.py", line 4590, in createXML
        raise libvirtError('virDomainCreateXML() failed')
    libvirt.libvirtError: internal error: process exited while connecting to monitor: 2025-06-22T17:16:36.091623Z qemu-system-x86_64: -blockdev {"driver":"file","filename":"/run/media/myusername/path/to/installers/debian-12.11.0-amd64-netinst.iso","node-name":"libvirt-1-storage","read-only":true}: Could not open '/run/media/myusername/path/to/installers/debian-12.11.0-amd64-netinst.iso': Permission denied
    

    This message is talking about permission denied, so I checked the file permissions, and I saw that the ISO file is owned by the qemu user:

    myusername@fedora:~$ ls -la /run/media/myusername/path/to/installers
    total 101472336
    drwxr-xr-x. 2 myusername myusername       4096 Jun 16 14:47  .
    drwxr-xr-x. 6 myusername myusername      12288 Jul 29  2024  ..
    -rw-r--r--. 1 myusername myusername 7547453440 Oct 17  2024  bazzite-gnome-stable.iso
    -rw-r--r--. 1 qemu       qemu        702545920 Jun 12 17:00  debian-12.11.0-amd64-netinst.iso
    

    I changed it to myusername:

    sudo chown myusername:myusername /run/media/myusername/path/to/installers/debian-12.11.0-amd64-netinst.iso
    

    When I tried the same steps again, I got stuck in the same place and rerunning ls showed that the ISO file’s ownership has reverted back to qemu.

    Any ideas?


  • Here are the results of some commands that I believe answer your questions. When I run the ls command against that directory, it says no such file or directory. Could this have something to do w/ the fact that Virtual Machine Manager is running as a flatpak? (as the other commenter @ormith@lemmy.world has hinted)

    Here’s what I tried:

    what are the permissions of /run/usr/1000/doc/c0a3c3fc

    myusername@fedora:~$ ls -la /run/usr/1000/doc
    ls: cannot access '/run/usr/1000/doc': No such file or directory
    

    what user are you running VMM as

    myusername@fedora:~$ ps aux | grep virt-manager
    myusername      17995  0.0  0.0   3688  2048 ?        S    13:05   0:00 /usr/bin/bwrap --args 40 -- virt-manager
    myusername      18011  0.0  0.0   3788  1396 ?        S    13:05   0:00 /usr/bin/bwrap --args 40 -- virt-manager
    myusername      18013  1.5  0.3 889968 101424 ?       Sl   13:05   0:00 python3 /app/bin/virt-manager
    myusername      18147  0.0  0.0 230340  2224 pts/0    S+   13:06   0:00 grep --color=auto virt-manager
    

    EDIT: I got past this issue by opening up Flatseal and granting access to all system files for Virtual Machine Manager; however, now I’m getting stuck on another permission issue after I choose how much RAM, CPU, and disk space to allocate. Reference my response to @ormith@lemmy.world’s comment.














  • Update: I thought I’d report back on my progress. I tried installing GPT4All in distrobox containers, several different images (Ubuntu 24.04 and 22.04, and Fedora 41), but in every case, the installation script fails due to missing dependencies. I can’t get to the installer GUI. Upon further investigation, it appears that GPT4All does not support Wayland. There is an open feature request from last year, but I’m not holding my breath. I did some cursory searches for workarounds, but couldn’t figure it out in the time I had available today.

    [me@UbuntuTestingGpt4All ~]$ ./gpt4all-installer-linux.run 
    ./gpt4all-installer-linux.run: error while loading shared libraries: libxkbcommon-x11.so.0: cannot open shared object file: No such file or directory
    

    I wonder if I would have the same issue if I tried this while running an X session on the host machine. I’ll post another update if I test this scenario.

    Anyway, thanks again for the tip.