Okay, so USB is this "brilliant" technology that allows folks to turn their computers into a veritable pin cushion of devices plugged into huge spiderwebs of daisy-chained madness. Right up until something decides not to work ... which is quite common in my experience...
Eventually (and inevitably), you end up with one device that decides (for whatever reason) to Cook-Off its port. No by that I mean it effects a state where upon it will no-longer properly (and sometimes period) identify said device ever again, because the system is holding to some piece of corrupt data that is refuses to let go of so the damn thing can once again be identified properly. The port will stay eternally borked refusing to detect the device regardless of anything (I've come across so far...) tried.
However, if a spare USB port is available, the device can be (confirmed as working) plugged into it and will spring to life like a startled puppy. And that's just dandy if you have a spare USB port, which it almost never the case, as it's usually only after there are a dozen or so devices connected via USB before this little party starts.
Now I'm not specifying any of the hardware involved intentionally, as the details are irrelevant. I've seen this delightfully little phenomenon occur across all machines, from all manufacturers, and triggered by all manner of peripheral devices. The only point of commonality is USB ... Which I've come to call the Ubiquitously Stupid Buss for this exact behavior/reason.
My question being, does anyone know of a (light/fast/portable) utility that can view the existing (maze of virtual pathing) configuration, and either allow manual editing, diagnose and repair, or just purge (preferably purge...) the information that a given USB port is clinging onto?
Eventually (and inevitably), you end up with one device that decides (for whatever reason) to Cook-Off its port. No by that I mean it effects a state where upon it will no-longer properly (and sometimes period) identify said device ever again, because the system is holding to some piece of corrupt data that is refuses to let go of so the damn thing can once again be identified properly. The port will stay eternally borked refusing to detect the device regardless of anything (I've come across so far...) tried.
However, if a spare USB port is available, the device can be (confirmed as working) plugged into it and will spring to life like a startled puppy. And that's just dandy if you have a spare USB port, which it almost never the case, as it's usually only after there are a dozen or so devices connected via USB before this little party starts.
Now I'm not specifying any of the hardware involved intentionally, as the details are irrelevant. I've seen this delightfully little phenomenon occur across all machines, from all manufacturers, and triggered by all manner of peripheral devices. The only point of commonality is USB ... Which I've come to call the Ubiquitously Stupid Buss for this exact behavior/reason.
My question being, does anyone know of a (light/fast/portable) utility that can view the existing (maze of virtual pathing) configuration, and either allow manual editing, diagnose and repair, or just purge (preferably purge...) the information that a given USB port is clinging onto?













Oh well...either way GhostBuster just found a home on my tool key. As you said, its interface is much easier to look at compared to DevMgr. 
...If one device is already starting to flake out, I'd rather not take a chance on giving the rest a head start at jumping off a cliff with it.
I have had actual use for it a couple of times when a service seem to be stuck in registry.