Cannot create virtual machine

Operating System: openSUSE Tumbleweed 20250826
KDE Plasma Version: 6.4.4
KDE Frameworks Version: 6.17.0
Qt Version: 6.9.1
Kernel Version: 6.16.3-1-default (64-bit)
Graphics Platform: X11
Processors: 22 × Intel® Core™ Ultra 7 155H
Memory: 32 GiB of RAM (30.7 GiB usable)
Graphics Processor: NVIDIA GeForce RTX 4060 Laptop GPU
Product Name: NUC14SRK-B
System Version: 90AR0042-M00150

Installation fails: "internal error: process exited while connecting to monitor: 2025-08-31T03:54:18.683066Z qemu-system-x86_64: -blockdev {"driver":"file","filename":"/home/raija/imaget/linuxmint-22.1-cinnamon-64bit.iso","node-name":"libvirt-1-storage","read-only":true}: Could not open '/home/raija/imaget/linuxmint-22.1-cinnamon-64bit.iso': Permission denied”

Traceback (most recent call last): 
File "/usr/share/virt-manager/virtManager/asyncjob.py", line 71, in cb_wrapper 
callback(asyncjob, *args, **kwargs) 
~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
File "/usr/share/virt-manager/virtManager/createvm.py", line 2085, in _do_async_install 
installer.start_install(guest, meter=meter) 
~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^ 
File "/usr/share/virt-manager/virtinst/install/installer.py", line 770, in start_install 
domain = self._create_guest( 
guest, meter, initial_xml, final_xml, 
doboot, transient) 
File "/usr/share/virt-manager/virtinst/install/installer.py", line 711, in _create_guest 
domain = self.conn.createXML(initial_xml or final_xml, 0) 
File "/usr/lib64/python3.13/site-packages/libvirt.py", line 4594, in createXML 
raise libvirtError('virDomainCreateXML() failed')
libvirt.libvirtError: internal error: process exited while connecting to monitor: 2025-08-31T03:54:18.683066Z qemu-system-x86_64: -blockdev {"driver":"file","filename":"/home/raija/imaget/linuxmint-22.1-cinnamon-64bit.iso","node-name":"libvirt-1-storage","read-only":true}: Could not open '/home/raija/imaget/linuxmint-22.1-cinnamon-64bit.iso': Permission denied

Check the permissions on the ISO image you’re trying to boot from. The error message seems to pretty clearly note that the ISO couldn’t be opened because the permissions aren’t set up correctly.

Operating System: openSUSE Tumbleweed 20250829
KDE Plasma Version: 6.4.4
KDE Frameworks Version: 6.17.0
Qt Version: 6.9.2
Kernel Version: 6.16.3-1-default (64-bit)
Graphics Platform: X11
Processors: 22 × Intel® Core™ Ultra 7 155H
Memory: 32 GiB of RAM (30.7 GiB usable)
Graphics Processor: NVIDIA GeForce RTX 4060 Laptop GPU
Product Name: NUC14SRK-B
System Version: 90AR0042-M00150

I think the protections are OK. And the installation is done as root, so this is hardly the ultimate problem?

raija@localhost:~/imaget> l
yhteensä 2910656
drwxr-xr-x. 1 raija raija         66 31. 8. 18:19 ./
drwx------. 1 raija raija       1416 31. 8. 18:27 ../
-rwxrwxrwx. 1 raija raija 2980511744 31. 8. 17:51 linuxmint-22.1-cinnamon-64bit.iso*
raija@localhost:~/imaget> 

I suspect the problem is with the nvidia driver?

@raijar nothing to do with Nvidia… So is your user a member of the libvirt group? If not add your user to that group, then logout/login. Then start virt-manager as your user and connect.

Did you add the imaget directory as a storage pool?

Sorry I can’t do this.
I’ve had many distros in the past in a virtual machine, but I’ve lost my trust in opensuse because I’ve had a lot of problems with my new computer and especially with nvidia.
Could you please give me the exact commands to fix this? I’m really tired of trying to fix my computer. :weary:

Neither can I, and it’s openSUSE… I have no idea what your doing… I don’t use libvirt that way, my images and pool are down in /var/lib/libvirt

I have no idea what tools you use for user management, for me usermod suffices, but there is yast users and Cockpit → Accounts to add your user to a group.

Have a look here for the Virtualization guide https://doc.opensuse.org/ whilst Leap centric it’s applicable across the product releases.

Maybe a different distribution or Windows and WSL2 is more suitable?

Well, the error message says it can’t read the ISO.

On what basis? I don’t see any way in which the video driver would affect filesystem permissions to an ISO file.

You’ve not really given us any sort of narrative as to what you’re trying to do - just some configuration information and an error log. While those facts are useful, without knowing what you’re trying to do, it’s impossible to suggest a course of action.

If permissions look OK, it is usually SELinux or AppArmor.

ausearch -m avc -ts boot

would be interesting.

1 Like

why not just use “kickoff” ( the icon where the MS windows “start” is )
system / Virtual Machine Manager
add the iso to the pool
and make a new VM ( qcow2) with the iso
– simple and very easy

Sorry, the fault was entirely mine!
But now I was able to install a Linux Mint virtual machine.

I had supposedly set the correct values ​​for my username, but I had either done it wrong or forgotten to save it.

Here is the reason:

localhost:/home/raija/imaget # groups raija
raija : raija kvm libvirt <---- these settings were missing (kvm libvirt)
localhost:/home/raija/imaget #
1 Like

I would like to ask for your opinion on whether the error message below is correct:

“internal error: process exited while connecting to monitor: 2025-08-31T03:54:18.683066Z qemu-system-x86_64: -blockdev {“driver”:“file”,“filename”:”/home/raija/imaget/linuxmint-22.1-cinnamon-64bit.iso",“node-name”:“libvirt-1-storage”,“read-only”:true}: Could not open ‘/home/raija/imaget/linuxmint-22.1-cinnamon-64bit.iso’:
Permission denied”

Because the error was not in the iso file’s protections, but in the user’s (raija’s) settings.

@raijar run the command that @arvidjaar suggested as it could be SELinux related.

[quote=“arvidjaar, post:8, topic:187780”
ausearch -m avc -ts boot
[/quote]

localhost:~ # ausearch -m avc -ts boot
----
time->Mon Sep  1 18:29:41 2025
type=AVC msg=audit(1756740581.944:79): avc:  denied  { write } for  pid=1528 comm="postalias" name="aliases.lmdb" dev="nvme0n1p2" ino=230579 scontext=system_u:system_r:postfix_master_t:s0 tcontext=system_u:object_r:etc_t:s0 tclass=file permissive=0
localhost:~ # 

I didn’t give that command earlier because I didn’t understand why it should be given.
Is it too late now?
Of course, I can remove the settings from the user (raija) and try again, but maybe someone else who understands the system better could do that.

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.