I’m on Beta 2 and am still seeing the issue.
I upgraded my version of Mono, and I’m happy to report that the problems I was having are now FIXED!!!
Yay. Small victory.
- Jon
1 Like
Upgrading to V3 has not helped me - I’ve had the following issues:
1: Sonarr was not able to access the default download location (/Users/username/Downloads/Completed) - I stopped that by locating the folder into a completely different location (/Users/username/MediaServerDownloads)
2: Sonarr is not able to write to the External USB drives. Same issue occurs, access was denied.
I’ve tried setting read-write permissions on the USB drives, to no avail. Tried changing ownership of the root folder, tried changing permissions of the drives, nothing has worked.
I’ve also got what appears to be the latest version of Mono Installed. This is Catalina Beta V2.
You may need to give Sonarr full disk access now, not 100% sure if it’s Sonarr or mono that’ll need the access, but try with Sonarr first, the steps will be similar to this guide for another app.
I tried that already, and it’s definitely not Sonarr that you need to give access to.
I’m not able to find which executable to use to allow Mono access
Curiously, if you run sonarr from the command prompt, (using mono), it works again… just not through the package
1 Like
Yeah, weirdly - after I upgraded to the latest Mono and it being fixed - I’m back to where I started with it NOT working…
- Jon
Yeah, been trying to figure out which app to add to “Full Disk Access” - definitely doesn’t help to add Sonarr to that. Not sure how to test adding Mono - I don’t have a Mono app that is obvious to try - seems to only be accessible via Terminal. Let us know if you figure anything out. In the meantime, I suppose I can just keep using Terminal/Mono to run Sonarr…
- Jon
Ok, after a few more tests, I’ve got it working consistently.
The only binary you need to grant ‘Full Disk Access’ to is /Library/Frameworks/Mono.framework/Versions/<current version>/bin/mono-sgen64.
Once done, you need to invoke mono via the command line, by entering the /Applications/Sonar.app/Contents/MacOS directory and running mono Sonarr.exe.
Hey formerandroider,
I can use Sonarr perfectly if I run it from the command line already. Perhaps you can’t? If I run it as an Application, though - it doesn’t work properly…
- Jon
Yeah, for some reason I didn’t attempt to run it from the command line before trying everything else. I have a feeling that running it as an Application package causes macOS to sandbox it, significantly restricting the privileges. I doubt we’ll be able to do anything until the Sonarr contributors add full support for Catalina.
Oh, well if I run it from here:
iMac:MacOS myusername$ pwd
/Applications/Sonarr.app/Contents/MacOS
iMac:MacOS myusername$ ./Sonarr
Then it works without a hitch at all. I don’t have anything in my Full Disk Access list relating to Sonarr.
- Jon
1 Like
Thanks for the Command Line tip… having also tried the Catalina beta i’ve run into the same issue. This work around will help until another fix comes along.
cheers
1 Like
Been trying to find a workaround for ages that avoids having terminal open while running Sonarr, and I finally found one! Granting full disk access to sh (/bin/sh) has completely fixed it for me.
Note: I didn’t need to grant disk access to any other apps/files like Sonarr or mono-sgen64.
macOS Catalina 10.15 beta 6 (19A536g)
Sonarr Version: 2.0.0.5338
Mono Version: 5.20.1.19
1 Like
Hm. I think your workaround might be defeating the protections that Apple built into Catalina… but it’s nice that you found another workaround! Ha.
I’m hoping that when Catalina is officially released, that the Sonarr developers will fix it for everyone… 
- Jon
That worked for me!
How do you give full disk access to sh ??
Here:
Well Catalina is officially out of Beta. But given this thread I’m afraid to install it.
Any updates?
1 Like
The app Go64 (which scans your system for 32-bit apps) reports a problem with Sonarr 3.x. It says that the app is 64-bit except for libsqlite3.0.dylib (/Contents/MacOS/libsqlite3.0.dylib).
I’ve installed the final version and it broke it from being able to do anything with files, still was able to run the application and send things to a downloader but not process them or do anything with the files.
Giving full disk access to /bin/sh fixes it though at least till another fix is finalized.