[Nut-upsuser] usbhid-ups flooding system log

Sam Varshavchik mrsam at courier-mta.com
Fri Jul 24 12:49:15 BST 2026


Raymond Burkholder writes:

> « HTML content follows »
> I wrote up an article regarding this.  
>
> <URL:https://blog.raymond.burkholder.net/index.php?/archives/1360-NUT-USB- 
> APC-BeagleBone.html>NUT USB APC BeagleBone
>
> For some reason, USB devices 'disconnect' and reconnect. When the device  
> reconnects, a new DeviceID is assigned to the USB device. This breaks the  
> usbhid-ups drivers supplied by NUT the packages. That is, usbhid-ups no  
> longer sees the APC USB device.

Which kernel? I'm not seeing disconnects, but resets (also an APC unit, and  
this one's running apcupsd, not nut) that started popping up after updating  
to kernel 7.1. In my case it appears to be harmless (device ID unchanged),  
but this might be further evidence of a USB stack regression in kernel 7.1.

I was actually working on something else (a lightning hit the tree next to  
the house frying a bunch of gear inside, no really), when I thought I found  
something else that needs looking into, in the form of reset messages.

But the all-mighty, all-powerful, all-seeing AI traced the resets to before  
the fateful event, reconciled it with a new kernel getting installed. It's a  
fun reading, if you have a few spare moments!

https://chatgpt.com/share/6a62358d-1710-83ea-ac20-dcb62a7dc7fd

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 228 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20260724/fa11aa4e/attachment.sig>


More information about the Nut-upsuser mailing list