На своем сервере я пытаюсь установить новый USB-накопитель, но все, что происходит, - это система начинает использовать огромное количество циклов процессора с помощью services.exe. При более внимательном рассмотрении с помощью проводника процессов обнаруживается поток с umpnpmgr.dll, использующий большую часть процессорного времени services.exe.
Я оставил его на полчаса, но все равно ничего не произошло.
Перезагрузился и попробовал снова, результат тот же.
Пробовал другой USB-накопитель, затем флешку, но все еще та же проблема.
Пытался обновить драйвер, но он сказал, что функция обновления уже действует.
Я использовал проводник процессов, чтобы убить поток, чтобы сервер мог выполнять свои функции.
Любое устройство, которое было ранее установлено до того, как это началось, по-прежнему будет работать, но теперь будет работать любое новое устройство в системе.
Мой вопрос (ы):
Есть ли способ вручную установить устройство в реестр, чтобы Windows считала это ранее установленным устройством?
Или эту проблему можно решить чем-нибудь, кроме переустановки? Чтобы выполнить переустановку, необходимо выполнить резервное копирование большого количества данных, что сложно с USB-накопителем и недостаточно места на любой другой сетевой машине.
Любая помощь будет принята с благодарностью.
Уильям
Программа проверки системных файлов может помочь:
из командной строки ... sfc /scannow
Это должно заменить любые поврежденные / измененные системные файлы.
Участвует ли коробка в регулярных обновлениях Windows? Я знаю, что было несколько обновлений uPNP для 03, которые решали аналогичные проблемы.
Просто чтобы объяснить 100% использование ЦП ... Код ядра использует спин-блокировки вместо обычных механизмов блокировки пользовательского режима. Если что-то ждет, пока ваше оборудование заработает, оно будет потреблять 100% процессорного времени на одном из ядер.
Я предполагаю, что либо драйвер USB-концентратора, либо фактический код драйвера устройства вызывают привязку вашего процессора - в конце концов, он, вероятно, ждет чего-то от оборудования. Также возможно, что две части вашей системы зашли в тупик из-за программного обеспечения, но я бы сказал, что это маловероятно, поскольку код USB находится "в" с 2001 года и хорошо протестирован к настоящему времени.
Укажите версии драйверов и производителей, а также идентификатор производителя / устройства, чтобы мы могли помочь вам лучше.
Вы можете взглянуть на эту базу знаний, выпущенную Microsoft по этому поводу ... это может помочь.
Хм, по поводу вашего вопроса о ручной вставке ключей реестра в реестр: вы можете попробовать установить одно и то же USB-устройство на другой ПК (предпочтительно сервер Win2003) и сделать до и после моментального снимка реестра. Есть несколько бесплатных программ, которые могут это сделать. Взгляните на различия в реестре и вручную вставьте их в проблемную машину.
И как необходимый отказ от ответственности: конечно, вы собираетесь сделать это под свою ответственность :)
Я сталкивался с этим с большими накопителями Western Digital (или накопителями WD, переупакованными под другим брендом), которые раньше подключались к серверам Windows 2000, но никогда не подключались к 2003. В качестве обходного пути я бы открыл панель управления службами и остановил службы диспетчера логических дисков, затем подключите диск и запустите службу LDM.
Обычно это заставляет его забрать диск в течение 10-15 секунд, а не 60-120 секунд, которые потребуются, если просто подключить его.
Так и не нашел исправления, но я столкнулся с этим только после того, как люди должны были отказаться от Win2k. После перехода на Windows 2003 я больше с ней не сталкивался.