Greetings, On Friday, October 25th, 2024 at 1:56 PM, Robert McBroom <mcforum@xxxxxxxxxxxxx> wrote: > Have two qemu/kvm virtual machines that were working in f40. Updated > system to 41 and I'm getting the error that the iso for the rasberry os > and the kali linux can't be accessed due to permissions. They are in > /home/rm3/Downloads. The Rawhide virtual machine works with the fedora > server ancestral file. > > What needs to be fixed? > > drwxr-xr-x. 2 rm3 rm3 4096 Oct 4 23:44 . > drwxr-x---. 34 rm3 rm3 4096 Oct 23 22:16 .. > -rw-r--r--. 1 qemu qemu 3607101440 Jan 25 2024 > 2022-07-01-raspios-bullseye-i386.iso > -rw-r-xr--. 1 rm3 rm3 635371520 Mar 14 2023 > Fedora-Server-KVM-38_Beta-1.3.x86_64.qcow2 > -rw-r-xr--. 1 qemu qemu 481296384 May 21 2023 > kali-linux-2023.1-installer-netinst-amd64.iso I have run into the same issue with not being able to access .iso files. If I put the files under the default directory libvirt looks in (/var/lib/libvirt/), it works just fine. I deleted the additional storage pools I had created previously, and recreated them hoping that virt-manager would label them properly and they'd work... but unfortunately that doesn't work. I generally don't need to access .iso files on the virt host within a VM unless I'm doing an OS install in a newly created VM. Another way to make it work is to setenforce 0 while needing access to the iso files... and then you can setenforce 1 when no longer needed (in my case, after the initial install is done and I'm not accessing .iso files anymore) and the VMs work fine. I don't think this bug has been reported in bugzilla yet. Hopefully those work-arounds will get you by until the issue gets worked out. TYL, Scott Dowdle -- _______________________________________________ test mailing list -- test@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to test-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/test@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue