<div dir="ltr"><div>Ok, thanks!</div><div><br></div><div>  So that did not help immediately and the older NUT version's logs still do not clarify the issue.</div><div><br></div><div>  Check that there are no other programs (including NUT drivers or experiments with vendor software) trying to access the device, and that the devfs node permissions allow nut, e.g. on my Linux test box:</div><div><br></div><div>----</div><div># lsusb</div><div>...</div><div>Bus 003 Device 002: ID 0463:ffff MGE UPS Systems UPS<br>...</div><div><br></div><div># find /sys /dev -group nut -o -user nut<br>/dev/bus/usb/003/002<br><br></div><div># ls -la /dev/bus/usb/003/002<br>crw-rw-r-- 1 root nut 189, 257 May 13 11:43 /dev/bus/usb/003/002<br>----</div><div><br></div><div>  The 
"Can't claim USB device [0001:0000]@0/0: No such file or directory" looks odd, if the device does exist, but may be an artifact (or misunderstanding) of the older libusb-0.1 used in the build you run.</div><div>  Potentially it might also be about older NUT's expectation that matched the practice for decades, that USB devices have everything interesting on "interface #0" - but in recent years more and more devices (first seen with Arduino DIY battery controllers, but now also even non-experimental "real" UPSes) appear with USB data on non-default interfaces and endpoints. Newer NUT versions allow to tune these numbers as you lockpick access to your device, but 2.8.0 lacked that ability IIRC.</div><div><br></div><div>  Try adding `debug_min=6` to `ups.conf` (global or device section) and restart the driver service.</div><div>  There should be a lot of logs so it would be better seen via `journalctl -lu 
nut-driver@nutdev1`.</div><div><br></div><div>  For more details on this bit see <a href="https://github.com/networkupstools/nut/wiki/Changing-NUT-daemon-debug-verbosity#nut-v2-8-0-and-newer">https://github.com/networkupstools/nut/wiki/Changing-NUT-daemon-debug-verbosity#nut-v2-8-0-and-newer</a></div><div><br></div><div>  A possibly easier alternative, while setting this up, may be to `systemctl stop 
nut-driver@nutdev1

; systemctl disable 
nut-driver@nutdev1` and run the driver program directly (initially as root), e.g. `/lib/nut/nutdrv_qx -a nutdev1 -DDDDDD -d 1` to run one data collecting loop, dump the info and exit, all in high debug mode. After the driver usability is fixed, you can re-enable the service.</div><div><br></div><div>Hope this helps,</div><div>Jim Klimov</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Tue, May 13, 2025 at 9:13 AM Stephen Davies <<a href="mailto:sdavies@sdc.com.au">sdavies@sdc.com.au</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Output from systemctl restart nut-driver@nutdev1 after removing the <br>
directory:<br>
<br>
May 13 16:35:08 <a href="http://mustang.sdc.com.au" rel="noreferrer" target="_blank">mustang.sdc.com.au</a> systemd[1]: Starting Network UPS <br>
Tools - device driver for NUT device 'nutdev1'...<br>
May 13 16:35:08 <a href="http://mustang.sdc.com.au" rel="noreferrer" target="_blank">mustang.sdc.com.au</a> nut-driver@nutdev1[16999]: Can't <br>
claim USB device [0001:0000]@0/0: No such file or directory<br>
May 13 16:35:08 <a href="http://mustang.sdc.com.au" rel="noreferrer" target="_blank">mustang.sdc.com.au</a> nut-driver@nutdev1[16999]: Network <br>
UPS Tools - Generic Q* USB/Serial driver 0.32 (2.8.0)<br>
May 13 16:35:08 <a href="http://mustang.sdc.com.au" rel="noreferrer" target="_blank">mustang.sdc.com.au</a> nut-driver@nutdev1[16999]: USB <br>
communication driver (libusb 0.1) 0.43<br>
May 13 16:35:08 <a href="http://mustang.sdc.com.au" rel="noreferrer" target="_blank">mustang.sdc.com.au</a> nut-driver@nutdev1[16999]: Driver <br>
failed to start (exit status=1)<br>
<br>
[root@mustang system]# lsusb<br>
Bus 001 Device 005: ID 8087:0aa7 Intel Corp. Wireless-AC 3168 Bluetooth<br>
Bus 001 Device 006: ID 0461:4e70 Primax Electronics, Ltd<br>
Bus 001 Device 003: ID 04ca:007d Lite-On Technology Corp.<br>
Bus 001 Device 002: ID 0438:7900 Advanced Micro Devices, Inc. Root Hub<br>
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub<br>
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub<br>
Bus 002 Device 002: ID 0bda:0153 Realtek Semiconductor Corp. 3-in-1 <br>
(SD/SDHC/SDXC) Card Reader<br>
Bus 002 Device 006: ID 0001:0000 Fry's Electronics<br>
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub<br>
<br>
[nutdev1]<br>
  driver = "nutdrv_qx"<br>
  port = auto<br>
  vendorid = 0001<br>
  productid = 0000<br>
  bus = 002<br>
  protocol = hunnox<br>
  subdriver = hunnox<br>
<br>
Cheers,<br>
Stephen<br>...</blockquote><div> </div></div></div>