在我的服务器上,我尝试安装一个新的 USB 驱动器,但发生的情况是系统开始使用 services.exe 占用大量处理器周期。使用进程资源管理器仔细检查后发现,umpnpmgr.dll 线程占用了 services.exe 的大部分处理器时间。
我等了半个小时,还是什么反应都没有。
重新启动并再试,结果相同。
尝试了不同的 USB 驱动器,然后是闪存驱动器,但问题仍然存在。
尝试更新驱动程序,但它说更新功能已启动。
我已经使用进程资源管理器来终止线程,以便服务器仍然可以执行其预期的功能。
在发生这种情况之前安装的任何设备仍可工作,但系统中的任何新设备现在均可工作。
我的问题是:
有没有办法将设备手动安装到注册表中,以便 Windows 认为它是以前安装的设备?
或者除了重新安装之外,还有什么方法可以解决这个问题吗?重新安装意味着要备份大量数据,而这对于 USB 驱动器和其他网络机器上的空间不足来说很难。
任何帮助将不胜感激。
威廉
答案1
系统文件检查器可能会有所帮助:
从 cmd 提示符... sfc /scannow
这应该可以替换任何损坏/修改的系统文件。
该盒子是否参与常规 Windows 更新?我知道 03 版有一些 uPNP 更新解决了类似的问题。
答案2
您可以看看微软发布的有关此问题的知识库...它可能会有所帮助。
答案3
解释一下 100% CPU 使用率... 内核代码使用自旋锁而不是普通的用户模式锁定机制。如果某项操作正在等待硬件启动,它将在其中一个内核上消耗 100% 的 CPU 时间。
我猜想是 USB 集线器驱动程序或实际的设备驱动程序代码导致 CPU 卡死 —— 最终,它很可能在等待硬件的某些操作。也可能是系统中的两个部分由于软件原因而死锁,但我认为这种可能性最小,因为 USB 代码自 2001 年起就已“流行”,并且到现在都已经过充分测试。
请列出您的驱动程序版本和制造商,以及制造商 ID / 设备 ID,以便我们更好地为您提供帮助。
答案4
我以前曾遇到过这种情况,将大型 Western Digital(或以不同品牌名称重新包装的 WD 硬盘)硬盘插入 Windows 2000 服务器,但从来没遇到过 2003 服务器。作为一种解决方法,我会打开服务控制面板并停止逻辑磁盘管理器服务,然后插入硬盘,然后启动 LDM 服务。
这通常会使其在 10-15 秒内拿起驱动器,而不是仅仅插入驱动器所需的 60-120 秒。
从来没有找到解决办法——但我只有在人们放弃 Win2k 后才遇到这个问题。他们转到 Windows 2003 后,我再也没有遇到过这种情况。