Support for Catalina?

[edlv]

Thank you very much. I got link to package today – already installed it and can confirm that it works as expected.

 

[taras]

hi @tor

thank you for providing the workaround.  It works for me 🙂 For those who will face same problem it’s enough to create a temporary password based nx connection and later edit .nxs file specifying:

`

<option key=”NX login method” value=”privatekey” />

<option key=”Private key for NX authentication” value=”<path to private key>” />

`

[w]

@Kory — was tearing my hair out — Thank you for walking through the accessibility fix.  I messed that up during install but after going back and making sure bash had the access it is working again.

[Hiker54]

Please send the Catalina fix, referenced in a previous post, ASAP.

[Britgirl]

Here is a list of the issues we have encountered so far con macOS 10.15 Catalina. Where possible workarounds are indicated.

https://www.nomachine.com/AR10Q01057

[IanF]

I’ve just updated to 6.8.2 on Catalina and still have no audio on the client, even after a reboot 🙁

I’m using Linux (Fedora 30) as the client and have tested that audio works when connecting this client to another Linux machine.

I have “NoMachine Audio Adapter” selected in the Mac’s sound preferences.

 

[mkub]

Did you follow the article below? After adding proper permissions’ audio should work.

https://www.nomachine.com/AR10Q01057

[IanF]

It’s much more complex than I thought.  I’ve tried all of the suggested fixes on my iMac, and updated it to 6.8.2, and still no audio.

I decided to upgrade my girlfriends Macbook Air to Catalina and try that.  This Macbook has never had NoMachine installed on it.
I ran into a major problem, which I’ll describe below, together with a fix for it.

After upgrading the Macbook to Catalina and installing NoMachine 6.8.2, there was no audio when connecting to it.

I tried loading the kernel from the terminal using:

sudo kextutil /Applications/NoMachine.app/Contents/Frameworks/bin/drivers/nxaudio.kext
Kext rejected due to improper filesystem permissions: { URL = “file:///Library/StagedExtensions/Applications/NoMachine.app/Contents/Frameworks/bin/drivers/nxaudio.kext/”, ID = “com.nomachine.driver.nxau” }
Kext rejected due to improper filesystem permissions: { URL = “file:///Library/StagedExtensions/Applications/NoMachine.app/Contents/Frameworks/bin/drivers/nxaudio.kext/”, ID = “com.nomachine.driver.nxau” }
Diagnostics for /Applications/NoMachine.app/Contents/Frameworks/bin/drivers/nxaudio.kext:
Authentication Failures:
File owner/permissions are incorrect (must be root:wheel, nonwritable by group/other):

 

Now I thought that the permissions error was supposed to be fixed in 6.8.2, so why I am seeing this?

So I tried:

Macbook-Air:drivers ian$ sudo chmod -R 755 /Applications/NoMachine.app/Contents/Frameworks/bin/drivers/nxaudio.kext
Macbook-Air:drivers ian$ sudo chown root:wheel /Applications/NoMachine.app/Contents/Frameworks/bin/drivers/nxaudio.kext

Macbook-Air:drivers ian$ sudo kextutil /Applications/NoMachine.app/Contents/Frameworks/bin/drivers/nxaudio.kext
Kext rejected due to improper filesystem permissions: <OSKext 0x7fe822d4d0b0 [0x7fff905e8d10]> { URL = “file:///Library/StagedExtensions/Applications/NoMachine.app/Contents/Frameworks/bin/drivers/nxaudio.kext/”, ID = “com.nomachine.driver.nxau” }
Kext rejected due to improper filesystem permissions: <OSKext 0x7fe822d4d0b0 [0x7fff905e8d10]> { URL = “file:///Library/StagedExtensions/Applications/NoMachine.app/Contents/Frameworks/bin/drivers/nxaudio.kext/”, ID = “com.nomachine.driver.nxau” }
Authentication Failures:
File owner/permissions are incorrect (must be root:wheel, nonwritable by group/other):
Diagnostics for /Applications/NoMachine.app/Contents/Frameworks/bin/drivers/nxaudio.kext:

So the chmod / chroot solution isn’t working in this case.  I notice that the error is with the copy of the nxaudio.kext in /Library/StagedExtensions, so I take a a look at that:

cd /Library/StagedExtensions/Applications/NoMachine.app/Contents/Frameworks/bin/drivers/

Macbook-Air:drivers ian$ ls -lR nxaudio.kext/
total 0
drwxr-xr-x 5 root wheel 160 13 Sep 2016 Contents

nxaudio.kext//Contents:
total 16
-rw-r–r– 1 root wheel 4558 12 Sep 2016 Info.plist
drwxr-xr-x 3 root wheel 96 13 Sep 2016 MacOS
drwxr-xr-x 3 root wheel 96 15 Sep 2016 _CodeSignature

nxaudio.kext//Contents/MacOS:
total 168
-rwxr-xr-x 1 root wheel 82528 13 Sep 2016 nxaudio

nxaudio.kext//Contents/_CodeSignature:
total 8
-rw-r–r– 1 root 1001 2004 13 Sep 2016 CodeResources

So the permissions of the staged extension are incorrect. This should have been fixed in 6.8.2 so I’m very puzzled as to why they’re incorrect.

I run into trouble when I try to change the permissions of the staged extension

Macbook-Air:drivers ian$ pwd
/Library/StagedExtensions/Applications/NoMachine.app/Contents/Frameworks/bin/drivers

sudo chmod -R 777 nxaudio.kext/
chmod: Unable to change file mode on nxaudio.kext/: Operation not permitted
chmod: Unable to change file mode on nxaudio.kext//Contents: Operation not permitted
chmod: Unable to change file mode on nxaudio.kext//Contents/_CodeSignature: Operation not permitted
chmod: Unable to change file mode on nxaudio.kext//Contents/_CodeSignature/CodeResources: Operation not permitted
chmod: Unable to change file mode on nxaudio.kext//Contents/MacOS: Operation not permitted
chmod: Unable to change file mode on nxaudio.kext//Contents/MacOS/nxaudio: Operation not permitted
chmod: Unable to change file mode on nxaudio.kext//Contents/Info.plist: Operation not permitted

So something is stopping me from changing the permissions of this directory.  I discover that the these files are restricted.

Macbook-Air:drivers ian$ ls -lOe
total 0
drwxr-xr-x 3 root wheel restricted 96 15 Sep 2016 nxaudio.kext

It takes me a while to find out why I can’t modify or delete these files, but after some googling I find that I can remove staged extensions using:

Macbook-Air:~ root# kextcache –clear-staging

Then I attempt to reload the kext:

Macbook-Air:~ root# cd /Applications/NoMachine.app/Contents/Frameworks/bin/drivers/
Macbook-Air:drivers root# kextutil nxaudio.kext
kext file:///Library/StagedExtensions/Library/Extensions/346905DC-ABC1-49CB-80EF-ACD4EDC03279.kext/ is in hash exception list, allowing to load

I restart the Nomachine server, connect to the Macbook and audio is working!

However, I still don’t have audio on my iMac with Catalina and 6.8.2.  On this machine the kext is loaded, the audio driver is selected, but there is no audio on the client.

I am having exactly the same problem as described in https://forums.nomachine.com/topic/no-sound-from-catalina

I am wondering if it might have something to do with the microphone permissions and will continue to investigate.  It seems very odd that it works on one Mac with Catalina but not on the other.
Has anyone else had this problem and know of the correct solution?

[mkub]

Was the driver installed, after the fresh installation? You can check it with command kextstat | grep nxa. The output should be similar:

165    0 0xffffff7f83a49000 0x5000     0x5000     com.nomachine.driver.nxau (4.1.b2) 78172556-B6A4-3112-BA41-E79D18108476 <90 6 5 3 1>

Verify its path using kextfind -b com.nomachine.driver.nxau, it should point to /Library/Extensions/nxaudio.kext.

If the driver exists and still, there is no sound, you should check NoMachine permissions in Settings ->  Security & Privacy -> Privacy. Verify if NoMachine and its processes have granted proper permissions using article from my previous post.

No output means that the driver wasn’t installed properly. As a workaround you can try to install it manually. But first you need to change permissions of nxaudio.kext, as in the example:

chmod -R 755 /Library/Extensions/nxaudio.kext

chown -R root:wheel /Library/Extensions/nxaudio.kext

and then

kextload /Library/Extensions/nxaudio.kext

In your previous post you didn’t add ‘-R’ flag to ‘chown’ command.

About lack the sound after update. If the permissions are proper then I can suggest to uninstall NoMachine and install it again. We’re trying to understand the issue.

[IanF]

Thanks for replying. The kext is definitely loaded.

bash-3.2# kextstat | grep nxa
162    0 0xffffff7f83e7b000 0x5000     0x5000     com.nomachine.driver.nxau (4.1.b2) 78172556-B6A4-3112-BA41-E79D18108476 <132 6 5 3 1>

bash-3.2# kextfind -b com.nomachine.driver.nxau
/Library/Extensions/nxaudio.kext

What I don’t see on the iMac (audio not working) which I do see on the Macbook (working) is anything having requested access to the microphone.  I’m not sure why this is.  There doesn’t seem to be any way to add NoMachine manually to the microphone section.

 

 

 

[IanF]

I removed and reinstalled 6.8.2 on my iMac and the process went completely smoothly and I now have sound.  I’m not sure why I had so many issues with my previous installs of NoMachine on my iMac and Macbook.

Thanks for your assistance

 

[Britgirl]

Glad to hear that the latest update fixes the issue. We’ll close this topic soon. If you need to report any unusual behaviour, please open a new topic (to avoid confusion between versions and issues reported herein) Thanks 🙂

[Author]

Posts