Audio Zones missing on Mac Mini M2 Pro after MacOS Sequoia update (ref#ML3FOA)

What’s happening?

· Other

How can we help?

· None of the above

Other options

· Other

Describe the issue

No local audio zones under MacOS Sequoia - Literally all of my Audio Zones have disappeared on a remote (non-server) Mac Mini M2 Pro since updating MacOS Sequoia (now on 15.2 but same issue on 15.1.1). The audio zones directly connected to my Roon server (also MacOS 15.2, on a Mac Mini 2018) show up on the remote machine, but none of the local audio devices (Mac mini Speakers, External Headphones, Schiit Modi Uber DAC, audio outputs from multiple monitors) show up at all, even though they all do appear in Audio Midi Setup. In I've updated my antivirus software. I've toggled the dreaded Privacy & Security / Local Network setting. I can't imagine it's a network problem, since both machines are connected via ethernet and there's no issue with connecting to the Roon server machine). I'm frustrated and baffled. Help!

Describe your network setup

Ubiquiti UniFi, Dream Machine Pro, multiple UniFi switches, all machines connected via ethernet directly to UniFi devices

Quit Roon. In your terminal, delete the invisible file “.rmembid” in your home directory.

Restart Roon and you should be able to set up your zones from scratch.

If this doesn’t help, report back here.

Found and deleted the file. Restarted Roon. No joy.

Quit Roon, deleted file again, restarted computer. Opened Roon. Still no local audio devices.

I’m able to play through my Schiit DAC in Apple Music and Qobuz apps without problem. (I quit both before trying to use Roon.)

Weird.

You need to go to settings/privacy&security/local network and toggle the Roon entries off then back on. Then quit Roon server by clicking on the menu bar item and choose quit, then once Roon server has closed, reopen the Roon app. This forces Roon to rescan the network for devices. Your devices should then reappear (do for me every time)

DO NOT REBOOT your Mac after toggling off/on the Roon entries in local network, you should close the Roon server app via the menu bar item as per the above instructions. Rebooting your Mac can trigger the bug in macOS Sequoia preventing you from accessing the Local network audio endpoints.

I’ve tried this multiple times on the machine in question, to no avail. Interestingly, this process worked fine on the Intel Mac Mini that is also my Roon Server – the audio devices connected to the server are the only ones that DO show up on the problematic machine, as in the posted image.

Is there anything else I can do to force a rescan of audio devices? Or is there some other preference file to check/delete?

Hey @Jonathan_Steuer,

Thanks for writing in - it’s good to see you on the community again!

As others have mentioned, we’ve seen some odd security-based blockers with the recent Sequoia update that our team is still investigating.

If the local network toggle didn’t help, I’d be curious to see:

  1. Can you simplify your network setup and get your Mac hardwired directly to your primary router - along with the audio zones in question?
  2. Have you looked into your Mac firewall in more depth? What happens if you temporarily disable your mac firewall and restart your Roon Server?

We’ll be on standby for your reply! :raised_hands:

Thanks for the welcome!

My network is utterly straightforward in that it’s hardwired via ethernet connecting homogenous Ubiquiti managed switches throughout. No VLANs, no filtering, no blocking, no internal firewall; UniFi management console shows all the connections are fine. And the issue I’m having is a local one – I can’t see any devices connected on my local machine, but the devices connected to the server show up fine – so it’s hard to imagine how the network hardware could be causing the problem.

I do not use Mac firewall. My external router provides firewall services for my network. I do use Sophos anti-virus. I just disabled it on both machines and tried refreshing the audio devices in Roon settings. This change plus restarting the Roon Server plus a flipping of the Local Network switches in MacOS Settings seems to have forced a re-discovery of audio devices, both locally to my two Macs and on the network, as every AirPlay-enabled device on the network showed up as enableable audio devices.

I was able to enable the DACs on both machines and so my audio nightmare is solved. And once discovery of devices was complete, I was able to turn the anti-virus software back on and at least for now everything seems to work fine.

Thanks for the firewall/AV tip – I would not have thought of that and it appears to have solved the problem.

I just ran into this exact issue after my Mac Mini updated to latest version of Sequoia. I mostly use Bluesound devices so I was trying to figure out if Roon and Bluesound weren’t talking with one another or who was to blame :slight_smile: But turns out it was the MacOS permissions issue - did as you described and now everything is back. Phew!

1 Like

I have tried all the solutions outlined here in terms of file deletions, toggling Local Network access, etc. Nothing works. The only foolproof method appears to be a full-on shutdown of my MacBook Pro and then a restart. But… it doesn’t last. After a few hours, the zones will disappear again. Tidal “sees” all the DAC’s in my system as does my MacBook through the Sound control in the System Settings as well as the Audio Midi utility. The issue is in the Roon system…

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