"The file couldn't be opened" when attempting to change VM settings

[emberdex]

Describe the issue

I noticed a few issues which might all be related:

• When creating new VMs, I get the "file couldn't be opened" error message, and the newly-created VM doesn't show up in the list until the app is restarted.
• When changing settings of any VM, the "file couldn't be opened" message appears when I click Save, and the settings do not take effect.
• Clicking the Install Windows Guest Tools menu option on a running VM does nothing.

I have tried granting UTM full disk access in macOS to see if this resolves the issue, to no avail.

Configuration

• UTM Version: 4.5.4
• macOS Version: macOS Sequoia Developer Beta 8 (build 24A5331b)
• Mac Chip (Intel, M1, ...): M1 (8-core GPU) - 8GB RAM

Crash log

N/A (app isn't crashing)

Debug log

N/A (I can't enable it due to the aforementioned issue)

Upload VM

N/A (applies to all VMs)

[naveenrajm7]

Hello Can you consistently reproduce the "The file couldn't be opened" issue? if so, can you please share the steps?

I had a slightly similar issue https://github.com/utmapp/UTM/issues/6398 , which was fixed in the 4.5.4 release. (Also please check if you are using Version 4.5.4 (100) )

[emberdex]

Can you consistently reproduce the "The file couldn't be opened" issue? if so, can you please share the steps?

I can consistently reproduce it:

• Freshly install UTM (I did it both via Homebrew Cask using brew install --cask utm, and by manually dragging the .app file into /Applications, neither of which seemed to make a difference)
• Try to create a virtual machine
• Note that the error message appears when saving the VM, and does not appear in the list until UTM is restarted
• Note that when trying to change the settings of the newly-created VM, whether it's running or not (e.g. trying to enable debug logging or mount an ISO to the virtual disc drive), the error appears

I had a slightly similar issue #6398, which was fixed in the 4.5.4 release.

I did see this issue, however I'm still having the problem. I didn't want to comment on a closed issue just in case it got missed by UTM maintainers.

I should note that this is the first time I've installed UTM on this particular Mac, so there should be no leftover support files from previous versions.

(Also please check if you are using Version 4.5.4 (100) )

I am indeed.

[Tangtangchannel]

I encountered the same issue. I’m using macOS Sequoia (24A5331b). Maybe UTM should be optimized and adapted for macOS Sequoia

[Tangtangchannel]

I encountered the same issue. I’m using macOS Sequoia (24A5331b). Maybe UTM should be optimized and adapted for macOS Sequoia

I hardly encountered any similar issues with UTM before updating Sequoia (upgrading from an older Beta version to a newer Beta version), but I started experiencing this problem after upgrading to a higher Sequoia Beta version

Sorry, I may have said a lot of unnecessary things, but these issues might only occur on Sequoia Beta

（UTC+8 9.5 12:56）It seems that by cleaning the ~/Library/Containers/com.utmapp.UTM.* folder, I was able to get the program running normally.

 ~/Library/Containers/com.utmapp.UTM/Data/ ls Desktop Downloads Movies Pictures tmp Documents Library Music SystemData  ~/Library/Containers/com.utmapp.UTM/Data/ ..  ~/Library/Containers/com.utmapp.UTM/ ..  ~/Library/Containers/ rm -rf com.utmapp.UTM  ~/Library/Containers/ rm -rf com.utmapp.QEMUHelper  ~/Library/Containers/

[lassestilvang]

I have the same issue on macOS Sequoia RC (24A335).

Installed UTM for the first time (with Homebrew), created a couple of macOS and Ubuntu VM's and everything was working flawlessly. Then all of a sudden I started getting the "The file couldn't be opened" when creating a new VM and even editing an existing. Not sure what triggered it.

It seems that by cleaning the ~/Library/Containers/com.utmapp.UTM.* folder, I was able to get the program running normally.

Unfortunately this didn't work for me.

I also tried uninstalling (brew uninstall --cask utm --zap) and installing again but still getting the error...

[mbert]

Same issue here. Cannot assign a boot ISO image for installing an OS. Installed Sequoia yesterday and running UTM 4.5.4 (100). When trying to open an ISO from the VM's overview rather than the settings, no error message appears, but the selection is immediately reset (emptied) after having confirmed the selection.

[ddv12138]

Same issue here.

[dciancu]

Same issue macOS Sequoia 15.0 (24A335).

[marcmento]

Also getting the same issue, macOS 15.0 (24A335). Can't edit VM without getting "file couldn't be opened" message. Basically can't use my VM as I need to edit its settings to make it run

[frostydev99]

Has anyone solved this?

[robifaustmann]

I have the same issue on macOS Sequoia 15.0 and UTM 4.4.5. I keep getting the error message but the changes seem to be saved. Changing the network settings on the VM gives an error message but the changes are still saved. The error message is not affecting the function and the bug seems to be only cosmetical.

Neither updating to UTM 4.5.4 nor buying the app from the App Store helps. The update 4.5.4 doesn't remove the error message.

[dcvr2469]

Same issue with macOS Sequoia 15.0 and UTM 4.5.4. Uninstalling/reinstalling UTM = no change. Clearing the mentioned folder(s), ~/Library/Containers/com.utmapp.UTM = no change. Another problem, if it hasn't already been mentioned, immediately following the creation of a new VM, the VM does not show until closing and reopening UTM.

[scramlo]

Same issue here.

[cusspvz]

Same, related with the disk/iso path. You can also replicate by adding an ISO removable drive. Happens on both QEMU and Apple Virtualization.

[rbgarga]

Same issue here using sequoia

[G4G4N]

Same issue here, from when I updated to Sequoia

[ITmaze]

It appears that #6709 is another symptom.

I wonder if the issue is a permissions one caused by Sequoia. I note errors in launchd.log which might be related:

./com.apple.xpc.launchd/launchd.log:2024-10-03 13:26:33.882914 (pid/66653 [UTM]) <Warning>: failed activation: name = com.utmapp.UTM.apple-extension-service, flags = 0x0, requestor = com.apple.appki[71850], error = 1: Operation not permitted
./com.apple.xpc.launchd/launchd.log:2024-10-03 13:38:46.837092 (pid/72135 [UTM]) <Warning>: failed activation: name = com.utmapp.UTM.apple-extension-service, flags = 0x0, requestor = com.apple.appki[72139], error = 1: Operation not permitted
./com.apple.xpc.launchd/launchd.log:2024-10-03 13:40:09.131939 (pid/72158 [UTM]) <Warning>: failed activation: name = com.utmapp.UTM.apple-extension-service, flags = 0x0, requestor = com.apple.appki[72163], error = 1: Operation not permitted
./com.apple.xpc.launchd/launchd.log:2024-10-03 13:54:19.242187 (pid/73688 [UTM]) <Warning>: failed activation: name = com.utmapp.UTM.apple-extension-service, flags = 0x0, requestor = com.apple.appki[73701], error = 1: Operation not permitted
./com.apple.xpc.launchd/launchd.log:2024-10-03 13:56:19.552343 (pid/73734 [UTM]) <Warning>: failed activation: name = com.utmapp.UTM.apple-extension-service, flags = 0x0, requestor = com.apple.appki[73740], error = 1: Operation not permitted
./com.apple.xpc.launchd/launchd.log:2024-10-03 13:57:38.779096 (pid/73756 [UTM]) <Warning>: failed activation: name = com.utmapp.UTM.apple-extension-service, flags = 0x0, requestor = com.apple.appki[73765], error = 1: Operation not permitted

I note that I attempted to move machines around and the result was that the "moved" machine became unusable.

I also created two machines with the same name, neither opened the preferences pane when I ticked the box during creation.

I was unable to point at a .ISO file in my home directory and I was unable to set the shared directory to /Users/Shared which is what I'd been using before upgrading to Sequoia.

I was unable to locate any UTM specific logging and I'm fairly sure that the issue occurs outside qemu, as-in, this is a UTM issue. Existing machines that have not been edited appear to work normally.

I also note that for a period after upgrading to Sequoia I was able to use UTM normally. It wasn't until today that it all broke. I have only rebooted after the upgrade, six days ago.

I am unable to determine if there is a "helper" process that is running asynchronously that might be causing this.

Installed via homebrew:

$ brew info utm 
==> utm: 4.5.4
https://mac.getutm.app/
Installed
/opt/homebrew/Caskroom/utm/4.5.4 (940.9MB)
  Installed using the formulae.brew.sh API on 2024-09-16 at 15:13:42
From: https://github.com/Homebrew/homebrew-cask/blob/HEAD/Casks/u/utm.rb
==> Name
UTM
==> Description
Virtual machines UI using QEMU
==> Artifacts
UTM.app (App)
/Applications/UTM.app/Contents/MacOS/utmctl (Binary)
==> Analytics
install: 3,389 (30 days), 9,243 (90 days), 35,596 (365 days)

[ITmaze]

Also #6707

[ITmaze]

Also #6699

[ITmaze]

Also #6692

[ITmaze]

I have just installed the MacOS Sequoia update to 15.0.1. This comes with a reboot.

I don't know if the reboot or the upgrade fixed this issue, but so far I can edit the preferences of a VM.

[osy]

Can someone who is experiencing this issue generate a sysdiagnose as soon as they experience the error (so it can be the last event that is captured)? Note that this will contain identifiers from your machine including username, location, etc so only share it if you feel comfortable. You can email dev (at) getutm (dot) app with the dump.

[chunfengyao]

Same issue, fixed after upgrading the system to 15.0.1 (24A348). It might caused by macOS itself. also https://github.com/utmapp/UTM/issues/6699

[chunfengyao]

[osy]

Can others in this thread confirm if 15.0.1 fixes it?

[benmontycomputer]

15.0.1 fixed it for me.

[rbgarga]

Same here, 15.0.1 fixed it

[rmatinata]

I will advise a bit of caution here... There are multiple symptoms captured across different bugs that seem to be related to the tightened Sequoia security.

I've experienced all of those:

• All my VMs not in the Container folder are suddenly grayed out
• Can't import VMs
• Issues trying to create new VMs

What I did (and thought to be the solution) was:

• Run tccutil reset All com.utmapp.UTM
• Reset

But then, a week later, all problems are back. So an update to 15.0.1 might give you the illusion is fixed (since it entails a reboot)

[freebrowser1]

Weird. In my Macbook M1 Pro the Sequoia upgrade didn't affect UTM adversely. It runs Win11(x64) and Ubuntu(arm and x64) VM's without issue.

[ITmaze]

On my machine it worked fine on 15.0 for several days, until it didn't.

As I said in my comment, the fix might be the reboot, or it might be the update to 15.0.1.

My machine, a MacBook Air, sleeps when not in use, so I'll be monitoring this and attempt to get a log if it happens again.

-- finger painting on glass is an inexact art - apologies for any errors in this scra^Hibble

()/)/)() ..ASCII for Onno..

On Sat, 5 Oct 2024, 16:32 freebrowser1, @.***> wrote:

Weird. In my Macbook M1 Pro the Sequoia upgrade didn't affect UTM adversely. It runs Win11(x64) and Ubuntu(arm and x64) VM's without issue.

— Reply to this email directly, view it on GitHub https://github.com/utmapp/UTM/issues/6639#issuecomment-2394980859, or unsubscribe https://github.com/notifications/unsubscribe-auth/AF4P4JBKGGYJZO3CU6KWEXLZZ6PZ5AVCNFSM6AAAAABNLE5HQGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOJUHE4DAOBVHE . You are receiving this because you commented.Message ID: @.***>