Forum Replies Created
-
AuthorPosts
-
kubaszym1
ParticipantHi,
Do you have access to the drive that you want to share? Error 87 is a WinAPI error that indicates invalid parameters. In this case it is probably the path of the directory. This directory can be drive name (like C:, when listing drives) or some folder name (creating/removing directories). NoMachine checks if the directory is empty. It can return failure if the user doesn’t have permissions to the given directory.
What are you trying to share? Is it a standard C or D disk or something else?
Regards,
Kuba
kubaszym1
ParticipantHi, I analyzed the logs you had sent. For some reason NoMachine is trying to connect to pulseaudio instead of pipewire. Can you check if you have pactl and/or pw-cli commands installed? If you have pactl installed, please run pactl info. If PipeWire is used, there should be a line like this:
Server Name: PulseAudio (on PipeWire 0.3.x)
If pulseaudio is used, it will look like this:
Server Name: pulseaudio
Also, don’t worry that you have AudioInterface pulseaudio. This is right for your current version. What is more, CommandStartPulseAudio is used only for virtual sessions.
kubaszym1
ParticipantHi,
Here’s what you can try:
This command should show you the reason of the issue (run it after reboot):
sudo kextutil -nt /System/Library/Extensions/nxaudio.kext
The command below may help you to solve it:
sudo kextcache -prelinked-kernel /System/Library/PrelinkedKernels/prelinkedkernel /System/Library/Extensions/nxaudio.kext
To make sure whether .kext is added to the prelinked kernel:
strings /System/Library/PrelinkedKernels/prelinkedkernel | grep nxau
Please check if something is different after a reboot. If ‘sudo kextcache …’ doesn’t help, please send me the output of ‘sudo kextutil -nt /System/Library/Extensions/nxaudio.kext’
kubaszym1
ParticipantHi,
Kernel extensions should be loaded automatically by the OS. I’m still not sure whether your issue is caused by the OS or by NoMachine.
You can make sure that SIP is disabled by running:
csrutil status
Moreover, I would like to see some logs. Please set the log level to ‘9 – Debug’ and restart NoMachine server, then reboot your computer and load nxaudio.kext manually.
I would like to see .nx/nxserver.log, .nx/nxerror.log, and you can also send me this folder: /Library/Application Support/NoMachine/var/log
Send everything to forum[at]nomachine[dot]com, with the topic as reference in the subject field.
kubaszym1
ParticipantHi,
It’s hard to say what happened at first glance, so I would need a crash report. In the Console app you should find some crash reports or diagnostic reports. Also, I would like to know if it happens before or after kextload, so it would be nice if you reproduced the issue.
Please send all the log files as attachments.
kubaszym1
ParticipantHi,
Unfortunately there’s nothing more I can do. I found out it depends on the functionalities that your audio driver supports. There is a small chance that updating drivers might help you, but it’s not for sure.
kubaszym1
ParticipantHi,
You can try to workaround this issue by plugging in an external device, i.e. headphones to your Windows machine. Then connect to the Windows machine via NoMachine and check if everything works as expected. I hope it will help you. I’m still trying to find out why capturing audio doesn’t work with several drivers.
kubaszym1
ParticipantHi,
There is a way you can temporarily fix it. Our test team found that setting NoMachine Microphone Adapter as the default device fixes the issue but it shouldn’t work that way. Microphone adapter is for sending voice from the client to the server. We’re now trying to investigate why this happens on Windows.
kubaszym1
ParticipantHi,
Try to run it in recovery mode:
1. Turn off your computer.
2. Turn on your computer in recovery mode
3. Run the command /usr/sbin/spctl kext-consent add 493C5JZAGR as before
4. Restart your computer
If you don’t know, how to start up you Mac in recovery mode, check here: https://support.apple.com/en-us/HT201255
kubaszym1
ParticipantHello,
You can try this command:
/usr/sbin/spctl kext-consent add 493C5JZAGR
If it still doesn’t work, please send me any notifications you will get.
kubaszym1
ParticipantHello,
You can check if NoMachine kernel extensions are in the kext policy database:
sudo sqlite3 “/var/db/SystemPolicyConfiguration/KextPolicy” “SELECT * FROM kext_policy;” | grep nomachine
Please send us the result of this command.
Also, do you use any Mobile Device Management like JAMF?
kubaszym1
ParticipantHello,
You can update the NoMachine application to the newest version (7.8.2). Then, after the installation you should see the notification about blocked extensions. Enter the Security & Privacy as before, click the lock to make changes and allow system software from NoMachine. Please note that the possibility to unblock the loading of NoMachine system extensions is available only for 30 minutes after the system has issued the ‘System Extension Blocked’ dialog.
kubaszym1
ParticipantHello,
You can check the kernel or system logs with this command:
tail -f /var/log/system.log
tail -f /var/log/kernel.log
You can also use the ‘less’ command, for example:
less /var/log/kernel.log
kubaszym1
ParticipantHi,
First, in System preferences -> Security -> General Tab in section “Allow apps downloaded from” check if the option “App store and identified developers” is marked.
Then, please run this command:
sudo kextload -vvv /System/Library/Extensions/nxaudio.kext
Then you should be able to see the notifications about blocked software in System Preferences->Security->General Tab. Please allow loading system software from NoMachine S.a.r.l.. Then probably you will have to restart your machine or at least NoMachine server. You can find more information here: https://knowledgebase.nomachine.com/AR01P00962
kubaszym1
ParticipantHi,
Try this. After running the command “sudo kextutil -vvv /System/Library/Extensions/nxaudio.kext” access System Preferences -> Security&Privacy -> General panel and click on the “Allow” button.
-
AuthorPosts