Forum Replies Created
-
Posts
-
Hi,
perhaps the issue is because of the missing /usr/lib/modules/<kernel>/build/include/generated/autoconf.h file. Could you please check if the file is there? If not please do the following steps:
1. Uninstall NoMachine.
2. Uninstall all linux-headers by running this command:
pacman -Rs linux-headers
3. Install linux-headers by running this command:
pacman -S linux-headers
4. Check if the file /usr/lib/modules/<kernel>/build/include/generated/autoconf.h is present.
5. Install NoMachine.
Hi,
The issue is that the driver required for the USB forwarding feature wasn’t installed, as it failed with the 183 code.
The recommendation here would be:
1. Uninstall NoMachine
2. Make sure that none of the software from this list is installed. If any of them is installed, please uninstall it.
3. Restart the machine twice.
4. Install NoMachine and see if drivers are installed without error.
Thank you for the response.
The fact that other devices work indicates that the issue is USB device-specific and more info will be needed to proceed. Few questions:
1. Have you tried directly connecting the tablet to the remote machine? Does it work well in that case?
2. You mentioned “Huion Kamvas 22 plus pen tablet display” and Wacom tablets. None of them work?
3. What is the Wacom tablet model? Is it also with a display?
Hi Robert,
Could you please help me localize the issue? If you forward another USB device, i.e., a flash drive or keyboard, can you use it on the remote machine?
I’m trying to understand if the issue is Wacom device-specific or if the USB forwarding doesn’t work on your devices.
Hi,
NoMachine session, by default, allows a pointing device to be used on both sides at the same time. For that, there is no need to forward a USB device manually. But in that mode, the pressure sensitivity isn’t supported.
If you forward a USB device via NoMachine -> Devices -> Connect a USB device, then your USB device will be “disconnected” from your local machine and “connected” to the remote machine. So it won’t be available on your local machine anymore, but on the remote machine, it should work as it’s physically connected to it. Have you tried this option? Was your device available on the remote machine?
Hi,
When the TR is fixed, inputs will be automatically captured and forwarded to the remote device without a need to forward the keyboard/mouse as a USB device.
The issue with the blue screen doesn’t seem to be caused by NoMachine USB forwarding, hovewer you can send us the Memory dump, and we can investigate it.
The system restart should fix the issue with the device being forwarded but unavailable on the remote machine.
Hi, what’s the ping time between your machine and the remote macOS?
If it’s more than 30ms, that will cause delays between the remote macOS machine and your phone and will result in being the phone connected, but not operational.
Did I get it right that your client machine (the one with Win 22H2) is freezing only when you connect to one specific remote machine with a multiple-display setup?
Assuming that you don’t use USB passthrough on that machine, you can try to use a different display setting and see if that works.
The test I described above could be performed for some short period (i.e., a day) to ensure that it’s not because of USB passthrough. After the test is done, you can enable USB forwarding back.
Hi,
You0re right. As you “forwarded” your mouse and kb to the remote machine (server machine), you won’t be able to use it on your client machine (the one you are connected from).
So to use this workaround, you will need a second set of KB and a mouse.
Hi,
There is a way to check for sure if NoMachine is a reason for this issue or not. For that, you need to unregister the “NoMachine USB Hub Filter”.
Steps to do:
1. Open Windows registry: Menu Start -> run -> regedit
2. Find the following registry key in the tree on the left:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\36fc9e60-c465-11cf-8056-444553540000
3. Find the UPPERFILTERS variable on the right side. Edit UPPERFILTERS variable and remove “nxusbf”.
4. Reboot the Windows machine.
5. Check UPPERFILTERS, to make sure that “nxusbf” is not registered. USB devises forwarding won’t work anymore.
6. Wait to check if the freezing occurs.
Hi,
I would highly appretiate it if you could perform further steps to help me understand what could be the issue.
1. From within the NoMachine session -> Devices -> Connect USB Devices panel and send a screenshot.
2. Open the terminal on macOS and send the output of the following command:
sudo launchctl list | grep nxusbd
3. Try to forward a simple USB device, like a USB flash drive, and check if it works.
4. Check the ping time to the remote machine. If it exceeds 30ms, USB forwarding might not work.
Thanks!
Hi,
Is there a way to connect the device directly to the remote machine and check if the same error is there?
Or, try to forward another iOS device, and check if the issue still persists.
Hi,
Just to clarify, there are two different forwarding modules, that work independently, one for disk forwarding and another for USB device forwarding (USB device could be disk as well).
In case of USB devices forwarding:
1. Please check in the Devices > Connect USB Device panel, do you see both local and remote USB devices?
2. Please check on both machines, if one of these conflicting software is installed: https://knowledgebase.nomachine.com/AR04Q01027
Hi,
Can you please try to restart both machines, and after try to forward regular mouse first?
In addition, questions that might help figure out what’s going on:
– Do you see both local and remote devices under the “Menu -> Devices -> Connect a USB Device” tab?
– Do you have a stable internet connection to the server machine with less than 30ms ping time?
– Could you please send logs from both (client and server) sides? You can send them directly to forum[at]nomachine[dot]com.