Every several days, the USB driver stops talking to the mouse and headset.
The only way out is to press the power button (or figure out how to navigate with a keyboard).
This time, I pressed ctl-shift-opt-cmd-. to get a system diagnosis.
With upload instructions, I'll upload the resulting data.
This is Ventura, of course, since I'm using Intel chip. A $3,000 fix isn't in the cards (new computer).
iMac 27″ 5K, macOS 13.7
Youdonotneedauniqueusername wrote:
Thank you, but remember when I encounter this problem the mouse is not accessible. That makes navigation difficult.
I believe the cause is the mouse driver. It is a wired 7 button Logitec mouse with no wireless capability.
I am not a fan of mice without scroll wheels and still less so for the single button mouse.
The mouse driver works 99.99% of the time. It just wedges itself occasionally. I'd like the devs to figure out why....
In no particular order…
Various Logitech drivers have been fodder for discussions around here for a very long time.
If you don’t need the Logitech-added features, the built-in drivers will work with most any Logitech mouse.
The mouse pointer is accessible from the keyboard:
Among the many alternatives with three buttons and a scroll wheel, and needing no added drivers:
Youdonotneedauniqueusername wrote:
Thank you, but remember when I encounter this problem the mouse is not accessible. That makes navigation difficult.
I believe the cause is the mouse driver. It is a wired 7 button Logitec mouse with no wireless capability.
I am not a fan of mice without scroll wheels and still less so for the single button mouse.
The mouse driver works 99.99% of the time. It just wedges itself occasionally. I'd like the devs to figure out why....
In no particular order…
Various Logitech drivers have been fodder for discussions around here for a very long time.
If you don’t need the Logitech-added features, the built-in drivers will work with most any Logitech mouse.
The mouse pointer is accessible from the keyboard:
Among the many alternatives with three buttons and a scroll wheel, and needing no added drivers:
You can use the add text icon on the bottom toolbar in a reply, or if it still runs an etrecheck report…
Youdonotneedauniqueusername wrote:
As it happens, I _am_ a UNIX OS expert.
Unfortunately, UNIX is not particularly relevant to third-party human interface hardware compatibility with macOS, as the Apple XNU kernel is based on BSD and Mach by way of NeXT (and not UNIX), and as none of the Open Group tests for UNIX compatibility involve testing for compatibility with the hardware interfaces used for keyboards and mice.
Here, you’ll again want to try a different mouse. If that simpler mouse also fails, you’ll have a better case for a problem report to Apple.
Nothing wrong with your Mac. Contact Logitech customer support, ask if they have an updated driver for you. This is not Apple’s problem.
You can wait for Apple to address whatever this is, and this all assuming this is an Apple driver issue and not a mouse hardware or firmware or USB issue, or you can try a different mouse. Preferably one that doesn’t need add-on drivers.
Thank you, but remember when I encounter this problem the mouse is not accessible. That makes navigation difficult.
I believe the cause is the mouse driver. It is a wired 7 button Logitec mouse with no wireless capability.
I am not a fan of mice without scroll wheels and still less so for the single button mouse.
The mouse driver works 99.99% of the time. It just wedges itself occasionally. I'd like the devs to figure out why.
Additional data: switching ports on the USB does no good. The mouse re-introduces itself, but the driver won't respond. Power cycle reset fixes everything without any need of re-plugging the mouse. It's the driver.
I do not use the Logitech driver. The mouse freezes and the LED light goes out. Unplugging it and plugging it into a new port does not clear the issue. That sequence restarts the USB handshake and re-announces the mouse. The *** APPLE *** driver is still non-responsive. Power cycle reset (sans a USB port change) clears the issue.
It's not Logitech.
P.S. I spoke with an Apple support person. Their suggestion is to do a full re-install of the OS. Since that takes a full day, I won't be doing that, either. I probably wasn't talking to anyone familiar with debugging OS/driver issues.
All scroll wheel mice generate the same codes for left/right buttons and the scroll wheel. It's all I use, even if there are two thumb buttons. If the Apple mouse driver doesn't handle thumb buttons, that's fine, but it cannot lock itself up requiring a driver unload/reload to clear the issue. That would be a horrible (and obvious) bug. If that's the bug, then the Apple driver must be modified to toss incomprehensible mouse codes.
I will submit this post before deliberately clicking thumb buttons.
It worked. The two thumb buttons correctly page up and page down in my browser. The driver is correctly handling these codes. :( So the simple test doesn't trigger the issue.
So, it’s the Logitech drivers you speak of?
Okay then, you’re the expert on what’s wrong. Good luck.
As it happens, I _am_ a UNIX OS expert.
My other mouse also turned out to be a Logitech. 🤷 I decided on that approach for the next time this happens.
USB driver problems on MacOS 13.7.6
