Обновление политики компьютера не было завершено за ожидаемое время выход из программы

Обновлено: 08.07.2024

На данный момент существует три различных проблемы, с которыми сталкиваются пользователи Windows 10 при установке обновлений. Во-первых, это ошибка загрузки обновления или зависание процесса скачивания. Во-вторых, это проблемы во время установки обновления, и наконец, падение системы с BSOD после перезагрузки. Ниже представлено несколько возможных решений для устранения неполадок.

Содержание

Исправляем проблему загрузки обновления Windows 10

Обновление не загружается

Если накопительное обновление не загружается, попробуйте выполнить следующие шаги:

Отключите антивирус и VPN/Proxy клиент перед обновлением.

Подождите пока обновление установится, иногда данный процесс может занять продолжительное время в зависимости от скорости вашего интернет-соединения.

Примечание. Чтобы быстро узнать номер версии и сборки Windows 10, введите в поисковую строку winver , нажмите Enter, и вы увидите диалоговое окно с информацией о текущей версии ОС.

Если обновление завершается ошибкой, вы можете использовать встроенный в Windows 10 инструмент “Устранение неполадок” для исправления проблемы.

Нажмите сочетание клавиш Windows + i , чтобы открыть окно Параметры. Перейдите в меню Обновление и безопасность > Устранение неполадок. Затем в секции Запустить диагностику и устранить неполадку выберите опцию Центр обновления Windows и нажмите кнопку “Запустить средство устранения неполадок”.

Вы также можете скачать и запустить утилиту Windows 10 Update Troubleshooter.

Исправляем зависание загрузки обновления Windows от 5% до 95%

Если накопительное обновление зависает во время загрузки или происходит сбой установки, то значит что-то пошло не так к файлами обновления. После очистки папки, содержащей файлы обновления, Центр обновления Windows попытается загрузить компоненты обновления снова. В Проводнике Windows перейдите в следующее расположение:

Удалите все файлы / папки, но не удаляйте саму папку Download. Выберите все файлы и папки, используя сочетание CTRL + A и нажмите клавишу Delete для удаления. Выполните перезагрузку компьютера и снова запустите процедуру обновления.

Исправляем ошибку службы оптимизации доставки

Если накопительное обновление зависает во время загрузки, попробуйте следующее решение:

Нажмите по иконке меню "Пуск”.
Введите Службы и запустите одноименное классическое приложение.
Прокрутите до службы Оптимизация доставки.
Щелкните правой кнопкой мыши по службе и выберите пункт “Свойства”.
Измените “Тип запуска” на значение “Вручную”.
Перезагрузите компьютер.
Выполните проверку новых обновлений.
Если обновление Windows 10 все равно зависает, измените тип запуска на “Автоматически (отложенный запуск)”.

Остановите службу “Центр обновления Windows”

Если остановка службы “Оптимизация доставки” не решает проблему, дополнительно попробуйте остановить службу Центр обновления Windows. Если обновление Windows 10 зависает на этапе “Инициализация . ” попробуйте следующее решение:

Нажмите по иконке меню "Пуск”.
Введите Службы и запустите одноименное классическое приложение.
Прокрутите до службы Центр обновления Windows.
Щелкните правой кнопкой мыши по службе и выберите пункт “Остановить”.
Перезагрузите компьютер.
Выполните проверку новых обновлений.
Обновление должно пройти в нормальном режиме.

Скрипт сброса Центра обновления Windows

Reset Windows Update Agent полностью сбросит параметры клиента Центра обновления Windows. Он был протестирован в Windows 7, 8, 8.1 и Windows 10. Скрипт настроит службы и разделы реестра, относящиеся к Центру обновления Windows, восстановив параметры по умолчанию. Он также очистит файлы, относящиеся к Windows Update.

Исправляем проблему установки обновления Windows 10

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

Если ваш компьютер завис на этапе Подготовка к настройке Windows. Не выключайте компьютер, то следуйте приведенным ниже инструкциям.

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

Войдите в учетную запись (если необходимо).
Перед продолжением убедитесь, что все антивирусные сканеры отключены.
В меню Пуск введите Восстановление и выберите соответствующее классическое приложение.
Нажмите Запуск восстановления системы.

Выберите более раннюю точку восстановления, а затем нажмите кнопку “Далее”.
Следуйте инструкциям, чтобы начать восстановление системы.
Подождите, пока ваш компьютер произведет процесс восстановления системы.
Независимо от того, будет ли восстановление успешным или завершит работу сбоем, вы, скорее всего избавитель от ошибки зависание на моменте “Подготовка к настройке Windows. Не выключайте компьютер”.
Войдите в учетную запись, если это требуется.
Отключите антивирусные сканеры перед продолжением.
Запустите процесс обновления Windows.
Теперь обновление должно установиться без проблем.

Синий экран после обновления Windows 10

Некоторые пользователи могут столкнуться со стоп-ошибкой, вызывающей отображение синего экрана смерти (BSOD) во время перезагрузки системы.

Если вы столкнулись со сбоем BSOD при обновлении Windows 10, ознакомьтесь со статьей:

Если проблему BSOD решить не удается, то выполните шаги по удалению и повторной установки потенциально проблемного обновления на вашем устройстве. Кроме того, вы можете запретить Windows устанавливать проблемное обновление:

Другие проблемы с обновлением Windows 10

После установки обновлений Windows 10 вы можете столкнуться с некоторыми проблемами, например с ошибками подключения к Интернету.

Для устранения этих проблем вам необходимо запустить следующие команды в командной строке (cmd.exe). В поле поиска на панели задач введите Командная строка, нажмите и удерживайте (или щелкните правой кнопкой мыши) "Командная строка" и выберите “Запустить от имени администратора”. После открытия командной строки введите поочередно следующие команды:

Если вы по-прежнему сталкиваетесь с проблемой “Нет подключения к Интернету”, обновите IP-адрес вашего компьютера. Для этого откройте командную строку ( Windows + R , введите cmd.exe и нажмите Enter ) и введите следующую команду:

Отключение обновления Windows 10 и драйверов

Приостановить обновление

Начиная с Windows 10, версия 1903 в Центре обновления Windows стала доступно опция Приостановить обновление на 7 дн., которая позволяет откладывать все обновления, включая обновления безопасности. Если вы включите данную функцию, Windows не будет выполнять проверку и автоматическую установку всех обновлений в течение 7 дней. Опция доступна в том числе и для пользователей Windows 10 Домашняя, которые могут воспользоваться ей до 5 раз, и таким образом откладывать обновления на срок до 35 дней.

Если вы хотите отложить (или пропустить) установку новой предварительной сборки Windows 10, вы можете быстро это сделать следующим образом:

Откройте приложение Параметры.
Перейдите в раздел Обновление и безопасность.
Нажмите Приостановить обновления на 7 дн.

Вы также можете выбрать конкретную дату в семидневном периоде в меню Дополнительные параметры > Приостановка обновлений. В крайнем случае, вы можете воспользоваться вариантом полного отключения обновлений:

Как отключить обновление драйверов

Очень часто Windows 10 устанавливает обновления драйверов для аппаратных компонентов компьютера даже, когда вам это не нужно. Однако, вы всегда можете предотвратить установку обновлений Windows или заблокировать или скрыть отдельные обновления с помощью утилиты Show or hide updates.

Пользователи версий Pro или Корпоративная (Enterprise) также могут использовать редактор групповой политики для предотвращения установки драйверов для конкретных устройств:

Команды DISM для проверки проблем с Windows 10

Использование опции CheckHealth в DISM

Команда /CheckHealth в DISM позволяет обнаруживать потенциальные повреждения. Данная команда используется только для поиска повреждений, но не выполняет операций исправления проблем.

Чтобы запустить данную команду проделайте следующие шаги:

Введите в поиске меню Пуск Командная строка, нажмите правой кнопкой мыши по появившейся ссылке и выберите "Запустить от имени администратора", потому что для запуска DISM требуются права администратора устройства.
В "Командной строке" введите следующую команду и нажмите Enter :

Использование опции ScanHealth в DISM

Команда /ScanHealth в DISM позволяет сканировать образ Windows на предмет каких-либо повреждений. В отличие от /CheckHealth, проверка /ScanHealth может занимать до 10 минут.

Чтобы запустить данную команду проделайте следующие шаги:

Введите в поиске меню Пуск Командная строка, нажмите правой кнопкой мыши по появившейся ссылке и выберите "Запустить от имени администратора".
В "Командной строке" введите следующую команду и нажмите Enter :

Использование опции RestoreHealth в DISM

Команда /RestoreHealth в DISM позволяет автоматически проводить процедуру восстановления поврежденных образов Windows. В отличие от /ScanHealth, проверка /RestoreHealth может занимать до 10 минут.

Чтобы запустить данную команду проделайте следующие шаги:

Введите в поиске меню Пуск Командная строка, нажмите правой кнопкой мыши по появившейся ссылке и выберите "Запустить от имени администратора".
В "Командной строке" введите следующую команду и нажмите Enter :

Примечание: во время запуска /RestoreHealth или /ScanHealth, вы можете заметить зависание процедуры между 20% или 40% - это абсолютно нормальное поведение.

Обновление политики пользователя завершено успешно.

Подробности:

System

[ Name]

Microsoft-Windows-GroupPolicy

[ Guid]

[ SystemTime]

2016-01-15T05:27:10.178137100Z

[ ProcessID]

1096

[ ThreadID]

3172

SupportInfo1

SupportInfo2

1904

ProcessingMode

ProcessingTimeInMilliseconds

1997

ErrorCode

ErrorDescription

Отказано в доступе.

обновление групповой политики

отключал антивирус , фаервол.

Все ответы

Локальная сеть одна , сервер тоже.

ErrorCode

ErrorDescription

Отказано в доступе.

Настройка протокола IP для Windows

Основной DNS-суффикс . . . . . . : ццццццц

Тип узла. . . . . . . . . . . . . : Гибридный

WINS-прокси включен . . . . . . . : Нет

Ethernet adapter Подключение по локальной сети:

DNS- суффикс подключения . . . . . :

Описание . . . . . . . . . . . . . : Realtek PCIe GBE Family Controller

Физический адрес. . . . . . . . . : 94-DE-80-0C-45-E0

DHCP включен. . . . . . . . . . . : Да

Автонастройка включена. . . . . . : Да

Маска подсети . . . . . . . . . . : 255.255.255.0

Аренда получена. . . . . . . . . . : 15 января 2016 г. 8:25:40

Срок аренды истекает. . . . . . . . . . : 10 октября 2018 г. 11:12:16

Основной шлюз. . . . . . . . . : 192.168.0.1

NetBios через TCP/IP. . . . . . . . : Включен

Настройка протокола IP для Windows

Основной DNS-суффикс . . . . . . : ццццццц

Тип узла. . . . . . . . . . . . . : Гибридный

WINS-прокси включен . . . . . . . : Нет

Ethernet adapter локальная:

Описание . . . . . . . . . . . . . : Intel(R) 82579LM Gigabit Network Connecti

Физический адрес. . . . . . . . . : 00-25-90-74-59-23

DHCP включен. . . . . . . . . . . : Нет

Автонастройка включена. . . . . . : Да

Маска подсети . . . . . . . . . . : 255.255.255.0

NetBios через TCP/IP. . . . . . . . : Включен

Ethernet adapter интернет:

Описание. . . . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connectio

Физический адрес. . . . . . . . . : 00-25-90-74-59-22

DHCP включен. . . . . . . . . . . : Нет

Автонастройка включена. . . . . . : Да

Маска подсети . . . . . . . . . . : 255.255.255.224

Основной шлюз. . . . . . . . . : 10.61.141.161

NetBios через TCP/IP. . . . . . . . : Отключен

Акронис это конечно ох =)

не удалось найти ресурс $ string . advanced _ enablessl 3 fallback "

на который ссылается атрибут displayName

фаил C :\ windows \ policyDefinitions \ inetres . admx строка 795 столбец 308

А вот это интересно

в сведенье об ошибке

Инфраструктура групповой политики - неудача из-за указанной ниже ошибки.
Отказано в доступе.

Убить эти ветки для обнуления:

[HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Group Policy Objects]

на шару пускает?

к l\sysvol доступ есть

Примененные объекты групповой политики
---------------------------------------
test
Default Domain Policy
Политика локальной группы

В результирующей политике написано

Примечание: этот параметр реестра не хранится в
разделе политики и поэтому имеет более высокий
приоритет. Если объект групповой политики,
использующий этот параметр, будет удален, сам
параметр сохранится.

Обновление политики пользователя завершено успешно.
Обновление политики для компьютера успешно завершено.

При обработке политики компьютера возвращены следующие предупреждения:

Windows не удалось применить параметры "Scripts". Параметры "Scripts" могут имет
ь свой собственный файл журнала. Щелкните ссылку "Дополнительные сведения".

У меня тут другая трабла(
потребовалось создать некоторые GP. ну в общем создал только они не применяются! GP крайне просты - одна содержит только Logon script в виде bat файла для смены основного шлюза и dns сервера ( в сети используется статическая адресация ) и вторая содержит параметры настройки proxy сервера - указывает путь до proxy.pac файла.
так вот ни та ни другая не применяется на клиентах. Пытался писать gpupdate /force и на сервере и на клиенте. Старые политики как работали так и работают, а вот новые не хотят подхватываться. Политики добавлял в раздел GPM -> Group Policy Object и далее делал ссылки в соответствующих OU в том же GPM на существующую политику. Так работают все нынешние политики - по другому у меня не работало.
В логах клиента и сервера ни чего странного.

задела меня мысля гражданина mattveiko по поводу прав. думаю авось и вправду он прав! Ну прикрутил я значится щас к своему скрипту права админа домена и О ЧУДО! он сработал, НО ладно скрипт, а что делать с обычными настройками GP такими как параметры автоматической конфигурации прокси сервера? я конечно могу написать и для его изменения батник, там всё просто - настройки для IE прокси хранятся в известной ветке реестра.

и всё таки мне всю жизнь казалось что GP применяются именно с правами NT AUTHORITY/SYSTEM.

контроллер домена и и сервер на вин сервер 2008 р2 сп1
создаю пользоваелей и назначаю локальные политки. делаю gpupdate,в 1-й раз принменяются

если потом в политике на какого-ниь юзера менять что-то, то эти измененния не применяются, хотя после gpupdate /force типов все успевшно.

Медленная загрузка компьютера, вызванная долгим применением групповых политик, является одной из частых проблем в домене, на которые жалуются пользователи. С точки зрения пользователя компьютер загружается очень долго, и как будто зависает на несколько минут на этапе « Применение параметров компьютера / пользователя ». В этой статье я попробую собрать полезные диагностические инструменты и приемы, позволяющие администратору выявить причины медленного применения GPO на компьютерах домена.

На самом деле причин, из-за которых на компьютере долго применяются групповые политики может быть множество: это и проблемы с DNS, доступностью и скоростью подключения к DC, неправильной настройкой сайтов AD или проблемы с репликацией, неверно настроенные групповых политики и кривые скрипты и т.п. Проблематично описать универсальный алгоритм по диагностике всех этих проблем. При решении таких проблем, как правило, большую роль имеет опыт и навыки специалиста, производящего диагностику. В этой статье мы остановимся только на диагностики проблем, связанных с самими механизмами работы GPO и клиента GPClient.

Блокирование наследования групповой политик

Чтобы убедиться, что проблема связана именно с доменными GPO, создайте в домене отдельную OU, перенесите в нее проблемный компьютер и с помощью консоли Group Policy Management Console (GPMC.msc) включите блокирование наследование политик для данного контейнера ( Block Inheritance ). Таким образом на компьютер перестанут действовать все доменные политики (исключение — политики, для которых включен режим Enforced) .

Перезагрузите компьютер и проверьте, сохранилась ли проблема с долгим применением GPO. Если сохранилась, вероятнее всего проблема с самим компьютером или локальными политиками (попробуйте их сбросить на дефолтные).

В Windows на экране загрузки системы можно включить отображение расширенной статусной информации, позволяющей пользователям и администратору визуально понять на каком этапе загрузки компьютера наблюдается наибольшая задержка. При включении данной политики, в том числе, начинает отображаться информация о применяемых компонентах GPO.
Включить эту политику можно в следующем разделе GPO:

в Windows 7 / Vista : Computer Configuration -> Policies -> System -> Verbose vs normal status messages = Enabled
в Windows 8/10 : Computer Configuration -> Policies -> System -> Display highly detailed status messages = Enabled

Этот же параметр можно активировать через реестр, создав в ветке HKEY_LOCAL_MACHINE\SOFTWARE Microsoft \Windows \CurrentVersion\ Policies\System параметр типа DWORD с именем verbosestatus и значением 1.

Отчет GPResult

Результирующую политику, которая была применена к компьютеру, стоит проанализировать с помощью HTML отчета gpresult , создать который можно такой командой, запущенной с правами администратора:

gpresult /h c:\ps\gpreport.html

Этот отчет достаточно удобен для анализа и может содержать ссылки на различные ошибки при применении GPO.

Кроме того, в разделе отчета Computer Details -> Component Status присутствуют полезные данные о времени (в мс) применения различных компонентов GPO в виде:

Group Policy Files (N/A) 453 Millisecond(s) 18.01.2017 14:10:01 View Log
Group Policy Folders (N/A) 188 Millisecond(s) 18.01.2017 14:10:00 View Log
Group Policy Local Users and Groups (N/A) 328 Millisecond(s) 18.01.2017 14:10:00 View Log
Group Policy Registry (N/A) 171 Millisecond(s) 18.01.2017 14:10:01 View Log
Group Policy Scheduled Tasks (N/A) 343 Millisecond(s) 18.01.2017 14:10:01 View Log
Scripts (N/A) 156 Millisecond(s) 18.01.2017 14:09:04 View Log
Security (N/A) 3 Second(s) 495 Millisecond(s) 18.01.2017 14:09:08 View Log
Реестр (N/A) 18 Second(s) 814 Millisecond(s) 18.01.2017 14:10:00 View Log

Анализ событий от Group Policy в системных журналах Windows

В журнале приложений о медленном применении политик может свидетельствовать событие с EventID 6006 от источника Winlogon с текстом:

Подписчик уведомлений winlogon <GPClient> потратил 3594 сек. на обработку события уведомления (CreateSession).The winlogon notification subscriber <GPClient> took 3594 seconds to handle the notification event (CreateSession).

Судя по данному событию, пользователю пришлось ждать применения групповых политик при загрузке компьютера в течении почти часа…

В Windows 7 / Windows 2008 R2 и выше все события, касающиеся процесса применения групповых политик на клиенте доступны в журнале событий Event Viewer (eventvwr.msc) в разделе Applications and Services Logs –> Microsoft -> Windows -> Applications and Services Logs -> Group Policy -> Operational .

Примечание. В журнале System остались только события, относящиеся к функционирования самой службы Group Policy Client (gpsvc) .

Для анализа времени применения политик будут полезны следующие EventID:

События 4016 и 5016 показывают время начала и завышения процесса обработки расширений применения GPO, причем в последнем указано общую длительность обработки расширения.К примеру, на скриншоте ниже был включен фильтр журнала Group Policy -> Operational по событиям 4016 и 5016. По тексту события 5016 можно увидеть время обработки этого компонента GPOЗавершена обработка расширения Group Policy Local Users and Groups за 1357 мс.

Событие 5312 содержит список применённых политик, а в событии 5317 есть список отфильтрованных GPO.

В событиях 8000 и 8001 содержится, соответственно, время обработки политик компьютера и пользователя при загрузке компьютера. А в событиях 8006 и 8007 есть данные о времени применения политик при периодическом обновлении.Завершена обработка политики загрузки компьютера для CORP\pc212333$ за 28 с.

При анализе журнала стоит также обращать на время, прошедшее между двумя соседними событиями, это может помочь обнаружить проблемный компонент.

Отладочный журнал службы GPSVC

В некоторых ситуациях бывает полезным включить ведение отладочного журнала обработки GPO — gpsvc.log . С помощью временных меток в файле gpsvc.log можно найти компоненты GPO, которые долго отрабатывали.

Отладочные журналы Group Policy Preferences

Расширения Group Policy Preferences также могут вести подробные лог загрузки каждого компоненте CSE (Client-Side Extensions). Отладочные журналы CSE можно включить в разделе GPO: Computer Configuration -> Policies -> Administrative Templates->System->Group Policy -> Logging and tracing

Как вы видите, доступные индивидуальные настройки для каждого CSE. В настройках политики можно указать тип событий, записываемых в журнал (Informational, Errors, Warnings или все), максимальный размер журнала и местоположение лога:

Трейс файл пользовательских политик %SYSTEMDRIVE%\ProgramData\GroupPolicy\Preference\Trace\User.log
Трейс файл политик компьютера %SYSTEMDRIVE%\ProgramData\GroupPolicy\Preference\Trace\Computer.log

Совет . В том случае, если у вас в консоли gpedit/ GPMC в разделе Group Policy отсутствует подраздел Logging and Tracing, нужно будет скачать и установить шаблоны Group Policy Preferences ADMX и скопировать GroupPolicyPreferences.admx из %PROGRAMFILES%\Microsoft Group Policy в локальный каталог PolicyDefinitions либо в централизованный каталог PolicyDefinitions на SYSVOL .

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

Итак, в этой статье мы рассмотрели основные способы диагностики проблем долгого применения групповых политик на компьютерах домена. Надеюсь, статья будет полезной

18.05.2017

Групповые политики

комментариев 6

Медленная загрузка компьютера, вызванная долгим применением групповых политик, является одной из частых проблем в домене, на которые жалуются пользователи. С точки зрения пользователя компьютер загружается очень долго, и как будто зависает на несколько минут на этапе «Применение параметров компьютера / пользователя». В этой статье я попробую собрать полезные диагностические инструменты и приемы, позволяющие администратору выявить причины медленного применения GPO на компьютерах домена.

Блокирование наследования групповой политик

в Windows 7 / Vista : Computer Configuration -> Policies -> System -> Verbose vs normal status messages = Enabled
в Windows 8/10 : Computer Configuration -> Policies -> System -> Display highly detailed status messages = Enabled

Отчет GPResult

Результирующую политику, которая была применена к компьютеру, стоит проанализировать с помощью HTML отчета gpresult, создать который можно такой командой, запущенной с правами администратора:

gpresult /h c:\ps\gpreport.html

Этот отчет достаточно удобен для анализа и может содержать ссылки на различные ошибки при применении GPO.

Анализ событий от Group Policy в системных журналах Windows

Подписчик уведомлений winlogon <GPClient> потратил 3594 сек. на обработку события уведомления (CreateSession). The winlogon notification subscriber <GPClient> took 3594 seconds to handle the notification event (CreateSession).

Для анализа времени применения политик будут полезны следующие EventID:

Завершена обработка расширения Group Policy Local Users and Groups за 1357 мс.

$Завершена обработка политики загрузки компьютера для CORP\pc212333$ за 28 с.$

Завершена обработка политики загрузки компьютера для CORP\pc212333$ за 28 с.

Отладочный журнал службы GPSVC

Отладочные журналы Group Policy Preferences

Трейс файл пользовательских политик %SYSTEMDRIVE%\ProgramData\GroupPolicy\Preference\Trace\User.log
Трейс файл политик компьютера %SYSTEMDRIVE%\ProgramData\GroupPolicy\Preference\Trace\Computer.log

Совет. В том случае, если у вас в консоли gpedit/ GPMC в разделе Group Policy отсутствует подраздел Logging and Tracing, нужно будет скачать и установить шаблоны Group Policy Preferences ADMX и скопировать GroupPolicyPreferences.admx из %PROGRAMFILES%\Microsoft Group Policy в локальный каталог PolicyDefinitions либо в централизованный каталог PolicyDefinitions на SYSVOL.

Итак, в этой статье мы рассмотрели основные способы диагностики проблем долгого применения групповых политик на компьютерах домена. Надеюсь, статья будет полезной.

Читайте также: