У меня есть виртуальная машина Windows Azure под управлением Windows Server 2012 R2, которая не может устанавливать обновления с апреля 2016 года. Экран «Просмотр истории обновлений» на панели управления отображает сотни последовательных сбоев от постоянных попыток установить обновления на каждом компьютере. начать сначала.
Окно сведений для каждого обновления выглядит следующим образом:
Обновление для Windows Server 2012 R2 (KB3133690)
- Дата установки: 2016- 04-25 10:34
- Состояние установки: Не удалось
- Сведения об ошибке: Code 800F0922 Получить справку по этой ошибке
- Тип обновления: рекомендуется
Установите это обновление, чтобы устранить проблемы в Windows. Полный список проблем, включенных в это обновление, см. В соответствующей статье базы знаний Майкрософт для получения дополнительной информации. После установки этого элемента может потребоваться перезагрузить компьютер.
Дополнительная информация: http://support.microsoft.com/kb/3133690
Справка и поддержка: http://support.microsoft.com
(Как обычно, ссылка «Получить справку по этой ошибке» бесполезна и открывает окно справки и поддержки Windows, которое просто гласит «Получение результатов поиска ... Мы не смогли найти никаких результатов. Вот некоторые вещи, которые нужно попробовать:». Тьфу,
Журнал событий Windows также изобилует такими событиями:
- Имя журнала: Система
- Источник: WindowsUpdateClient
- Код события: 20
- Уровень: Ошибка
- Пользователь: SYSTEM
- OpCode: установка Ошибка установки: Windows не удалось установить следующее обновление с ошибкой 0x800F0922: обновление для системы безопасности Windows Server 2012 R2 (KB3159398).
Журнал событий приложения содержит более полезную информацию:
- Имя журнала: приложение
- Источник: отчеты об ошибках Windows
- Код события: 1001
- Уровень: Информация
- Пользователь: N / A Поле ошибок, тип 0 Имя события: WindowsUpdateFailure3 Ответ: не доступно Идентификатор кабины: 0
Сигнатура проблемы: P1: 7.9.9600.18235 P2: 800f0922 P3: BA0F75FF-19C3-4CBD-A3F3-EF5B5C0F88BF P4: Установить P5: 202 P6: 0 P7: 0 P8: Автоматическое обновление PuApp P9: {7971F9183A9E1: 8: P9: {7971F9183) -930-RU1-A-289-RU-A-288-A-284 P10: 0
Прикрепленные файлы: C: \ Windows \ WindowsUpdate.log C: \ Windows \ SoftwareDistribution \ ReportingEvents.log C: \ Windows \ Logs \ CBS \ CBS.log
Эти файлы могут быть доступны здесь: C: \ ProgramData \ Microsoft \ Windows \ WER \ ReportQueue \ NonCritical_7.9.9600.18235_ (отредактировано)
Символ анализа: перепроверка для решения: 0 Идентификатор отчета: (отредактировано) Статус отчета: 4 Хешированный сегмент:
Сервер перезагрузится, чтобы установить обновления, затем сразу же остановится и выполнит откат, после чего обычная перезагрузка будет длиться более 15 минут.
Файл журнала C:\Windows\WindowsUpdate.log
не дает никаких подсказок - он не сообщает о каких-либо очевидных ошибках или предупреждениях - кроме чрезмерных сообщений о невозможности использования API-интерфейса Metered Connection: «ПРЕДУПРЕЖДЕНИЕ: Не удалось получить информацию о стоимости сети из NLM, предполагая, что сеть НЕ является измерено, ошибка = 0x80240037 ".
C:\Windows\SoftwareDistribution\ReportingEvents.log
Файл содержит только один и тот же текст в качестве панели управления Windows Update: «Отказ Содержание Установка Ошибка установки: не удается установить следующее обновление с ошибкой 0x800f0922: Обновление системы безопасности для Windows Server 2012 R2 (KB3162343).»
Наконец, C:\Windows\Logs\CBS\CBS.log
это текстовый файл размером 180 МБ +, который я пролистал, но не нашел ничего очевидного.
Ответы:
TL; DR:
Очистите ваш
C:\Windows\Temp
каталог и другие временные каталоги для надлежащей меры - тогда он должен установить обновления нормально.Объяснение:
Поскольку это виртуальная машина Azure, доступен «базовый» уровень поддержки Microsoft - при условии, что для организации телефонного звонка потребовалось 3 дня, но персонал службы поддержки смог найти обходной путь только сегодня.
В
CBS.log
файле он обнаружил эту строку (подрезал и убрал мной):Важным битом является эта ошибка:
Он поручил мне изменить переменные окружения по умолчанию:
TEMP
иTMP
как в системе и определения пользователей кC:\TEMP
и для того чтобы обеспечитьEveryone
имелиFull Access
вC:\TEMP
.После перезагрузки забитые обновления устанавливаются без каких-либо проблем.
После установки этих обновлений я удалил все файлы в исходном каталоге C: \ Windows \ Temp (на это ушло более 5 минут, было много глубоко вложенных файлов). Затем я сбрасываю переменные среды TMP и TEMP обратно
C:\Windows\Temp
и перезагружаюсь.Затем были готовы к установке два новых обновления, и установка прошла без проблем.
Поэтому я думаю, что проблема была в плохих данных в каталоге Temp, которые не позволяли обновлениям что-либо делать.
Обновление в середине 2017 года: у меня недавно был похожий инцидент на ноутбуке с Windows 10 с тем же кодом ошибки. Я немедленно пошел в
C:\Windows\Temp
каталог и увидел, что в нем много файлов (около 16 000 файлов и папок), в том числе и глубоко вложенные папки. После того, как я удалил все в каталоге и перезагрузился, я смог установить обновления снова.источник
Я смог решить эту проблему, увеличив размер, выделенный системному зарезервированному разделу.
Ища все экземпляры "ошибки" в
%windir%\Logs\CBS\CBS.log
файле, я нашел следующую запись:В поисках этого сообщения об ошибке в Google я обнаружил следующую ветку, в которой предполагалось, что основная проблема заключается в том, что в разделе «Зарезервировано системой» недостаточно свободного места для установки обновлений, и что его можно увеличить с помощью MiniTool Partition Wizard Free. :
источник