Установщик модуля Windows задерживает вход в систему, сервер 2008 R2

14

Мы обновили наши серверы в эти выходные (обновления Windows), все прошло нормально, за исключением того, что один из наших терминальных серверов теперь зависает при входе в систему с сообщением «ожидание установщика модулей Windows». Это в конечном итоге истекает и оставляет сообщение журнала событий, что служба неожиданно остановлена. Я отключил службу, и теперь пользователи могут войти в систему в разумные сроки. Однако нам потребуется повторно включить службу, чтобы установить дальнейшие обновления. Я не уверен, с чего начать, я администратор начального уровня, и мои коллеги сегодня в отпуске, слава Богу, это не серьезная проблема.

Дальнейшие подробности:

- Это влияет на всех пользователей. -Единственное стороннее программное обеспечение на сервере - это наше программное обеспечение ERP и отвертки от Tricerat. Единственное сообщение в журнале событий, что служба неожиданно остановилась. - Экран диспетчера сервера не отображает никакой информации о ролях, он просто говорит «ошибка». - Кажется, все роли удаленного рабочего стола работают нормально, приложение Remote работает так же, как и стандартное RDP.

Дайте мне знать, если есть какие-либо дополнительные сведения, которые я могу предоставить, я буду проверять это часто в течение дня.

Supercereal
источник
Хорошо, так что он перестал (без причины) выдавать сообщение об ожидании установщика модулей Windows. Однако роли по-прежнему просто говорят «ошибка», и доверенный.exe постоянно падает. Я попытался запустить инструмент готовности обновления Windows, и он зависает в течение нескольких часов, пока я не сдаюсь.
Supercereal

Ответы:

34

Будьте терпеливы, дайте серверу время, чтобы сделать то, что нужно, у меня ушло почти 30 минут после очистки диска на диске C. Я бы, конечно, отпустил это через 30-45 минут, и перезагрузка, когда сервер глубоко задумался, не очень хорошая вещь.

гость
источник
5
Я волновался, пока не увидел этот ответ. Я также сделал очистку диска на диске C и просто нужно набраться терпения.
eol
4
Спасибо. Я начал беспокоиться, прежде чем читать ответ. В моем случае я запустил Disk Cleanup, перезапустил сервер, сервер показал «ожидание установщика модулей Windows». в течение 20 минут, затем «Очистка, не выключайте компьютер» в течение 1 минуты. Я полагаю, что это была чистка каталога winsxs, которая вызвала эту долгую задержку.
Хун,
Я только что столкнулся с этим после запуска очистки диска, и приглашение консоли и сеанс RDP были отложены на 30 минут. Я заметил, что сервер AD, DNS-сервер, DHCP-сервер работали после их нормальной работы (для нашего сервера) через 60 ~ 120 секунд после события 12 запуска системы, а также интерфейса удаленного управления для «управления компьютером» и «просмотра событий». " Работали. Я также заметил, что доступное дисковое пространство не начало улучшаться до тех пор, пока на экране RDP не появилось сообщение «Очистка ....», то есть через 25 минут после запуска события с идентификатором 12. Виртуальная машина имеет 2 ГБ ОЗУ.
BeowulfNode42
Microsoft должна быть более ясной с этими сообщениями. Например, мы не можем видеть, как «Установщик вычисляет свободное пространство», принимая возрасты (он не вычисляет какую-то непонятную функцию в физике). Также была бы полезна кнопка «отмена» (для экстренных ситуаций).
Luca76
2
Это объясняет, почему «Очистка диска» предлагала освободить 6 ГБ пространства через «Очистку Центра обновления Windows», но не смогла сделать это, когда я запустил ее. Это может делать это только теперь, когда я перезагрузил ...
Берс
1

Хм ... Я никогда не видел эту проблему, но вот мой взгляд:

Обновления Windows должны завершить некоторые задачи после обновления и не могут сделать это, когда пользователь без прав администратора входит на сервер.

Мое предложение состояло бы в том, чтобы войти в консоль сервера с учетной записью локального администратора или администратора домена и позволить Обновлениям Windows выполнять свои задачи после обновления.

Это довольно дикое предположение с моей стороны, но попробовать его не помешает.

joeqwerty
источник
Это имеет смысл для меня, я сделаю это сегодня вечером и дам вам знать, как это происходит.
Supercereal
Не повезло, я получил такое же сообщение при входе в консоль от DRAC.
Supercereal
1

Это старая ветка, но, поскольку это был первый результат в Google, я подумал, что добавлю недавний опыт, соответствующий первому данному ответу. После выполнения cleanmgr системных файлов и дефрагментации системного диска сервера Windows 2008r2, я обнаружил то же самое сообщение при повторном подключении. Это до 4 часов, чтобы перейти к следующему шагу - «Очистка», который занял еще 2 часа. Короче - терпение! - Подожди - иди домой и ложись спать - утром, наверное, все будет хорошо.

гость
источник
1

Я бы предложил терпеливо ждать, пока Windows сделает свое дело. Я сделал операцию Gparted, чтобы переместить раздел, и это произошло после операций. Это заняло 45 минут. Я терял терпение и хотел перезагрузить систему, но я увидел эту ветку и решил подождать. Спасибо за все советы.

Печать
источник
Как это связано с вопросом?
RalfFriedl
0

Я собираюсь на выходные в наш центр обработки данных, чтобы выполнить несвязанный ремонт, поэтому я просто собираюсь переустановить их, пока я там. Если кто-то найдет реальное решение этой проблемы, дайте мне знать, и я приму это.

Supercereal
источник
0

Как упомянуто выше, может занять некоторое время! Я потратил целых 2 часа на ожидание перехода заголовка «Пожалуйста, подождите, пока установщик модулей Windows». Затем мы перешли к следующему этапу, который я не набрал. Некоторые вещи об установке обновлений или что-то подобное. Это тоже заняло 1 час. В конце концов, с терпеливым ожиданием и последующей чистой загрузкой ОС Windows Server 2008 R2, я получил сервер, работающий без сбоев, и проблема исчерпания дискового пространства из-за проблем с обновлениями исчезла. На сервере оставалось 4 ГБ дискового пространства - когда я начал на это реагировать. Теперь у него есть 19 ГБ свободного дискового пространства. После первоначального ожидания и первой перезагрузки было всего 13 Гбайт свободного места, но затем вторая (чистая перезагрузка) избавилась от лишней липучки windowsupdate, и теперь мы счастливы здесь :)

Другой srv adm
источник