Код ошибки 100 windows 10

Обновлено: 06.07.2024

В «Просмотре событий» Windows 7 появилась новая категория — «Журналы приложений и служб» (Applications and Services Logs), включающая массу подкатегорий, посвященных ключевым компонентам системы. В большинстве этих подкатегорий содержатся журналы операций (Operational), фиксирующие события, которые можно использовать для анализа и диагностики проблем. Другие типы журналов — административные (Admin), аналитические (Analytic) и отладочные (Debug), но рассказ о них выходит за пределы данной статьи.

В разделе «Microsoft | Windows» имеется подкатегория «Diagnostics-Performance», а в ней — операционный журнал, в котором есть категория задачи «Контроль производительности при загрузке» (Task Category: Boot Performance Monitoring). Коды событий (Event ID) в этой категории варьируются от 100 до 110. Просмотрев все события с кодом 100, можно выяснить, сколько времени требуется Windows 7 на загрузку, начиная с самого первого запуска после установки. А проанализировав события в диапазоне от 101 до 110, можно узнать, в каких случаях загрузка замедлялась и почему.

Запуск средства «Просмотр событий»

Запустить средство «Просмотр событий» можно из раздела Панели управления «Система и безопасность | Администрирование» (Control Panel | System and Security | Administrative Tools). Но куда проще ввести в строке поиска меню «Пуск» (Start) ключевое слово «событий» («event» для англоязычного интерфейса, без кавычек) и нажать [Enter], когда в списке результатов появится «Просмотр событий».

Создание настраиваемого представления

Можно, конечно, просматривать журнал «Diagnostics-Performance» вручную, но гораздо удобнее создать настраиваемое представление — по сути фильтр, который можно сохранить и использовать в дальнейшем. Для этого выберите опцию «Создать настраиваемое представление» (Create Custom View) из меню «Действие» (Action).

В открывшемся диалоговом окне оставьте значение «Любое время» (Any Time) в поле «Дата» (Logged) и отметьте флажками все опции в поле «Уровень события» (Event level). Выберите опцию «По журналу» (By Log), если она еще не выбрана, и разверните выпадающее меню. В дереве разделов найдите категорию «Журналы приложений и служб | Microsoft | Windows | Diagnostics-Performance» и поставьте флажок «Работает» (Operational), как показано на рис. A.

В поле «Включение или исключение кодов событий» (Includes/Excludes Event IDs) введите 100 (рис. B) и нажмите «OK».

В диалоговом окне «Сохранить фильтр в настраиваемое представление» (Save Filter to Custom View, рис. C) введите подходящее имя (например, «Длительность загрузки») и нажмите «OK».

Теперь точно таким же образом создайте еще одно настраиваемое представление, но в поле «Включение или исключение кодов событий» введите 101-110 и сохраните фильтр с именем «Замедление загрузки».

Как узнать продолжительность загрузки

Чтобы выяснить, сколько Windows 7 требуется времени на загрузку на вашем компьютере, выберите созданный ранее фильтр «Длительность загрузки» в разделе «Настраиваемые представления» (Custom Views) и отсортируйте столбец «Дата и время» (Date and Time) по возрастанию. Так вы сможете посмотреть, как изменялась продолжительность загрузки системы со дня ее установки. На рис. D я скрыл дерево консоли и панель действий, чтобы сконцентрироваться на событиях.

Как видите, длительность самой первой загрузки системы на моем компьютере в октябре 2009 года составила 67 479 миллисекунд — или, если разделить на 1000, около 67 секунд. Для первого запуска это нормально — ведь после установки система выполняет целый ряд задач: устанавливает драйверы, инициализирует программы в автозагрузке, создает кэш SuperFetch. К декабрю 2009 года средняя продолжительность загрузки стабилизировалась на уровне около 37 секунд.

Настраиваемое представление « Длительность загрузки» предоставляет информацию обо всех случаях загрузки системы за время ее существования. Иногда загрузка затягивается по вполне объяснимым причинам — из-за установки обновлений, драйверов или программного обеспечения.

На вкладке «Подробности» (Details) процесс загрузки описывается во всех деталях (рис. E). Подробнее об этапах запуска системы можно почитать в официальной статье Microsoft , но для анализа продолжительности загрузки достаточно будет всего трех параметров на вкладке «Подробности».

100
2
1
4002
34
0x8000000000010000

2
2016-09-07T13:10:24.593600200Z
2016-09-07T13:14:15.988341600Z
66
60
215490
138190
15
348
65585
55449
520941568
0
68808
464
135
331
1000
15
77300
false
0
0
0
0
false
false
false
0
0
false
2631
15
65600
1702
67149
333
67636
64026
368
4412
136444
280
3540

Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 07.09.2016 16:14:19
Код события: 101
Категория задачи: Контроль производительности при загрузке
Уровень: Предупреждение
Ключевые слова: Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: Andrew-PC
Описание:
Это приложение загружалось дольше обычного, что привело к замедлению процесса запуска системы:
Имя файла: svchost.exe
Понятное имя: Хост-процесс для служб Windows
Версия: 6.1.7600.16385 (win7_rtm.090713-1255)
Общее время: 9229мс
Время замедления: 4229мс
Время события (UTC):‎2016‎-‎09‎-‎07T13:10:24.593600200Z
Xml события:

101
1
3
4002
33
0x8000000000010000

Сегодня в моем блоге авторский дебют участника конференции OSZone Phoenix, чья статья отлично вписалась в серию материалов об ускорении загрузки Windows и ее диагностике.

На этой странице:

Фильтруем журнал событий

В разделе «Microsoft Windows» имеется подкатегория «Diagnostics-Performance», а в ней — операционный журнал, в котором есть категория задачи «Контроль производительности при загрузке» (рис. 1).

Коды событий (Event ID ) в этой категории варьируются от 100 до 110. Просмотрев все события с кодом 100, можно выяснить, сколько времени требуется Windows на загрузку, начиная с самого первого запуска после установки. А проанализировав события в диапазоне от 101 до 110, можно узнать, в каких случаях загрузка замедлялась и почему.

Можно, конечно, просматривать журнал «Diagnostics-Performance» вручную (например, отсортировать по возрастанию столбец «Код события»), но гораздо удобнее создать собственное настраиваемое представление. Это фильтр, который можно сохранить и использовать в дальнейшем для облегчения работы.

Выберите опцию «Создать настраиваемое представление» из меню «Действие».
В открывшемся диалоговом окне оставьте значение «Любое время» в поле «Дата» и отметьте флажками все опции в поле «Уровень события». Выберите опцию «По журналу», если она еще не выбрана, и раскройте список. В дереве разделов найдите категорию «Журналы приложений и служб — Microsoft — Windows – «Diagnostics-Performance» и поставьте флажок «Работает» (рис. 2).

В поле «Включение или исключение кодов событий» введите 100 и нажмите «OK» – (рис. 3). События с кодом 100 показывают, сколько времени уходит на загрузку системы.

В диалоговом окне «Сохранить фильтр в настраиваемое представление», введите подходящее имя (например, «Boot Time» — Время загрузки) и нажмите «OK» — (см. рисунок 4).

Узнаем продолжительность загрузки

Чтобы выяснить, сколько Windows требуется времени на загрузку на вашем компьютере, выберите в левой части окна, созданный ранее фильтр Boot Time (Время загрузки) в разделе «Настраиваемые представления» и отсортируйте столбец «Дата и время» по возрастанию. Так вы сможете посмотреть, как изменялась продолжительность загрузки системы со дня ее установки (рис. 5).

Из рисунка видно, что длительность самой первой загрузки моей Windows (дата ее установки) по состоянию на 15 марта 2010 года составила 44 498 миллисекунд — или, если разделить на 1000, примерно 45 секунд. Для первого запуска этот показатель нормальный, поскольку после установки система выполняет целый ряд задач: устанавливает драйверы, инициализирует программы в автозагрузке, настраивает профиль пользователя и так далее.

По состоянию на 30 января 2011 года время загрузки возросло, и составило 115652 ms, т.е. почти 2 минуты. Это много.

Настраиваемое представление «Время загрузки» предоставляет информацию обо всех случаях загрузки системы за время ее существования. Иногда загрузка затягивается по вполне объяснимым причинам — из-за установки обновлений, драйверов или программного обеспечения.

На вкладке «Подробности» процесс загрузки описывается во всех деталях, однако для анализа продолжительности загрузки достаточно будет только трех параметров на вкладке «Подробности» (рис 6).

Рассмотрим суть значений этих параметров подробнее.

Параметр «MainPathBootTime » обозначает временной интервал между возникновением на экране анимированного логотипа Windows и появлением рабочего стола. В этот момент систему уже можно использовать, но в фоновом режиме продолжается загрузка низкоприоритетных задач.
Параметр «BootPostBootTime » указывает, через какой промежуток времени после появления рабочего стола системой можно начинать пользоваться в полном объеме.
Параметр «BootTime » — это та же самая величина, что и на вкладке «Общие» обозначена как «Время загрузки». Она представляет собой сумму параметров «MainPathBootTime» и «BootPostBootTime».

И наконец, мы подошли к самому важному и интересному.

Диагностируем медленную загрузку

Чтобы выяснить причину замедления загрузки Windows, выделите фильтр «Замедление загрузки» в левой части окна в разделе «Настраиваемые представления» и отсортируйте столбец «Код события» (Event ID) по возрастающей. Каждый код соответствует определенному событию, увеличивающему продолжительность загрузки.

Всего существует десять кодов событий такого рода, мы же в этой статье рассмотрим только некоторые из них.

Код события 101. Событие 101 возникает, когда приложение загружается дольше обычного. Это часто связано с установкой обновлений. Если замедление загрузки наблюдается эпизодически, ничего страшного в этом нет. Но если какое-то приложение всякий раз загружается слишком долго или время замедления оказывается ненормально большим, тут нужно уже задуматься.
Код события 102. Событие 102 свидетельствует о замедлении инициализации драйвера. Это, опять же, может быть вызвано обновлением, но если ситуация возникает регулярно или замедление оказывается серьезным, стоит установить более свежую версию драйвера. Если таковой не имеется, попробуйте удалить и переустановить драйвер.
Код события 103. Событие 103 возникает при замедлении загрузки служб. Иногда это случается, но если это происходит регулярно, попробуйте изменить тип запуска службы на «Автоматически отложенный запуск» или «Вручную» в консоли «Службы».
Код события 106. Событие 106 свидетельствует о том, что выполнение фоновой операции по оптимизации затянулось. Поскольку оптимизация — операция продолжительная, ничего страшного в этом нет.
Код события 109. Событие 109 возникает при замедлении инициализации устройства. Если это явление редкое, беспокоиться не стоит. Но если инициализация затягивается всякий раз, не забывайте регулярно делать резервное копирование и будьте готовы к замене проблемного устройства.

У меня, например, обнаружились два события. Одно с кодом ID 108 :

Другое с кодом 109:

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

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

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

Вас также может заинтересовать:

Подпишитесь на бесплатные уведомления о новых записях и получите в подарок мою книгу об ускорении загрузки Windows!

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

здравствуйте!а как понять код 110?вот этот код
Имя журнала: Microsoft-Windows-Diagnostics-Performance/Operational
Источник: Microsoft-Windows-Diagnostics-Performance
Дата: 25.09.2011 8:50:49
Код события: 110
Категория задачи:Контроль производительности при загрузке
Уровень: Критический
Ключевые слова:Журнал событий
Пользователь: LOCAL SERVICE
Компьютер: константин-ПК
Описание:
Инициализация диспетчера сеанса вызвала замедление процесса запуска:
Имя : SMSSInit
Общее время : 71986мс
Время замедления : 63281мс
Время события (UTC) : ‎2011‎-‎09‎-‎24T21:47:54.640400300Z
Xml события:

110
1
1
4002
33
0x8000000000010000

2011-09-24T21:47:54.640400300Z
9
SMSSInit
71986
63281

kostan, см. Фаза SMSSInit — там описана диагностика. Если не можете решить проблему самостоятельно, выполняйте требования в теме форума.

А у меня в Diagnostics-Performance голое поле,нет записей после того,как я очистил журнал.Как мне теперь узнать время загрузки?

Вова, в командной строке выполните shutdown /r

Реально полезная статья. В лучшем случае в таких руководствах максимум на что можно рассчитывать — совет покопаться в автозагрузке msconfig; обычно же вообще пишут бред для блондинок, которые и оставляют десятки восторгающихся комментариев.

А чем полезная данная статья? Автор пишет, что у него время первой загрузки 45секунд, а сейчас 2 минуты, он узнает теперь коды ошибок и ему стало легче? мне вот например не понятно, что делать дальше.

Макс, если журналы не помогают, переходите к более глубокой диагностике — читайте следующие статьи серии.

Здравствуйте! Отличная статься, оказывается умение пользоваться журналом, может заменить 100500 всяких диагностических утилит. У меня к вам просьба. Не могли бы вы, продолжить тему что-то в этом духе расписать про разделы Disk и Diagnostics-Network?

Аркадий, а что там требует пояснений?

Но там же тоже есть свои типы записей, я знаю, что во время обслуживания пк, система читает параметры smart, она их там ведь хранит записи?

Вадим, а коды в 10 не изменились? Я заглянул в журнал производительности, в нем исчезли коды 3ХХ, вместо них 2ХХ.

Валерий, да, я тоже не вижу кода 300, но 100 есть, и этого достаточно для диагностического пакета.

«Windows Update Error Code 100» обычно является ошибкой (ошибкой), обнаруженных во время выполнения. Когда дело доходит до Windows Update, инженеры программного обеспечения используют арсенал инструментов, чтобы попытаться сорвать эти ошибки как можно лучше. К сожалению, такие проблемы, как ошибка 100, могут быть пропущены, и программное обеспечение будет содержать эти проблемы при выпуске.

Что вызывает ошибку времени выполнения 100?

Ошибки выполнения при запуске Windows Update - это когда вы, скорее всего, столкнетесь с «Windows Update Error Code 100». Три распространенные причины, по которым ошибки во время выполнения, такие как всплывающее окно ошибки 100:

Ошибка 100 Crash - программа обнаружила ошибку 100 из-за указанной задачи и завершила работу программы. Как правило, это результат того, что Windows Update не понимает входные данные или не знает, что выводить в ответ.

Утечка памяти «Windows Update Error Code 100» - ошибка 100 приводит к постоянной утечке памяти Windows Update. Потребление памяти напрямую пропорционально загрузке ЦП. Потенциальным фактором ошибки является код Microsoft Corporation, так как ошибка предотвращает завершение программы.

Ошибка 100 Logic Error - Логическая ошибка вызывает неправильный вывод, даже если пользователь дал действительные входные данные. Это может произойти, когда исходный код Microsoft Corporation имеет уязвимость в отношении передачи данных.

Большинство ошибок Windows Update Error Code 100 являются результатом отсутствия или повреждения версии файла, установленного Windows Update. Возникновение подобных проблем является раздражающим фактором, однако их легко устранить, заменив файл Microsoft Corporation, из-за которого возникает проблема. Запуск сканирования реестра после замены файла, из-за которого возникает проблема, позволит очистить все недействительные файлы Windows Update Error Code 100, расширения файлов или другие ссылки на файлы, которые могли быть повреждены в результате заражения вредоносным ПО.

Распространенные проблемы Windows Update Error Code 100

Усложнения Windows Update с Windows Update Error Code 100 состоят из:

«Ошибка программы Windows Update Error Code 100. «
«Windows Update Error Code 100 не является программой Win32. «
«Извините за неудобства - Windows Update Error Code 100 имеет проблему. «
«К сожалению, мы не можем найти Windows Update Error Code 100. «
"Отсутствует файл Windows Update Error Code 100."
«Проблема при запуске приложения: Windows Update Error Code 100. «
"Файл Windows Update Error Code 100 не запущен."
«Windows Update Error Code 100 остановлен. «
"Неверный путь к приложению: Windows Update Error Code 100."

Причины ошибок в файле Windows Update Error Code 100

Эти проблемы Windows Update Error Code 100 создаются отсутствующими или поврежденными файлами Windows Update Error Code 100, недопустимыми записями реестра Windows Update или вредоносным программным обеспечением.

Более конкретно, данные ошибки Windows Update Error Code 100 могут быть вызваны следующими причинами:

Сегодня в моем блоге авторский дебют участника конференции OSZone в серию материалов об ускорении загрузки Windows и ее диагностике.

Иногда мы замечаем, что операционная система стала загружаться дольше обычного. Если это эпизодический случай, повода для беспокойства нет. Но когда данное явление приобретает систематический характер или прогрессирует, тут уже стоит задуматься о причинах такого «странного» поведения системы. В этой статье мы рассмотрим один из способов диагностики причин длительной загрузки Windows, используя ее штатное средство – журнал «Просмотр событий». Быстрый доступ к этому инструменту обеспечивает нажатие сочетания клавиш Win+R и последующий ввод команды: eventvwr.msc /s.

На этой странице:

Фильтруем журнал событий

Рисунок 3

Рисунок 4

Узнаем продолжительность загрузки

По состоянию на 30 января 2011 года время загрузки возросло, и составило 115652 ms, т.е. почти 2 минуты. Это много.

Рассмотрим суть значений этих параметров подробнее.

Параметр «MainPathBootTime » обозначает временной интервал между возникновением на экране анимированного логотипа Windows и появлением рабочего стола. В этот момент систему уже можно использовать, но в фоновом режиме продолжается загрузка низкоприоритетных задач.
Параметр «BootPostBootTime » указывает, через какой промежуток времени после появления рабочего стола системой можно начинать пользоваться в полном объеме.
Параметр «BootTime » — это та же самая величина, что и на вкладке «Общие» обозначена как «Время загрузки». Она представляет собой сумму параметров «MainPathBootTime» и «BootPostBootTime».

И наконец, мы подошли к самому важному и интересному.

Диагностируем медленную загрузку

Всего существует десять кодов событий такого рода, мы же в этой статье рассмотрим только некоторые из них.

Код события 101. Событие 101 возникает, когда приложение загружается дольше обычного. Это часто связано с установкой обновлений. Если замедление загрузки наблюдается эпизодически, ничего страшного в этом нет. Но если какое-то приложение всякий раз загружается слишком долго или время замедления оказывается ненормально большим, тут нужно уже задуматься.
Код события 102. Событие 102 свидетельствует о замедлении инициализации драйвера. Это, опять же, может быть вызвано обновлением, но если ситуация возникает регулярно или замедление оказывается серьезным, стоит установить более свежую версию драйвера. Если таковой не имеется, попробуйте удалить и переустановить драйвер.
Код события 103. Событие 103 возникает при замедлении загрузки служб. Иногда это случается, но если это происходит регулярно, попробуйте изменить тип запуска службы на «Автоматически отложенный запуск» или «Вручную» в консоли «Службы».
Код события 106. Событие 106 свидетельствует о том, что выполнение фоновой операции по оптимизации затянулось. Поскольку оптимизация — операция продолжительная, ничего страшного в этом нет.
Код события 109. Событие 109 возникает при замедлении инициализации устройства. Если это явление редкое, беспокоиться не стоит. Но если инициализация затягивается всякий раз, не забывайте регулярно делать резервное копирование и будьте готовы к замене проблемного устройства.

У меня, например, обнаружились два события. Одно с кодом ID 108 :

Другое с кодом 109:

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

Вас также может заинтересовать:

Подпишитесь на канал и читайте интересные записи чаще! Есть вопросы? Задайте их в чате.

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

110
1
1
4002
33
0x8000000000010000

2011-09-24T21:47:54.640400300Z
9
SMSSInit
71986
63281

Ваша оценка: -1 Ваша оценка: +2

Ваша оценка: 0 Ваша оценка: +3 Ваша оценка: 0

Годится! Согласны? +4 Ваша оценка: -2 Ваша оценка: 0

Ваша оценка: -1

Аркадий, а что там требует пояснений?

Ваша оценка: -1

Вадим, а коды в 10 не изменились? Я заглянул в журнал производительности, в нем исчезли коды 3ХХ, вместо них 2ХХ.

Ваша оценка: 0

Валерий, да, я тоже не вижу кода 300, но 100 есть, и этого достаточно для диагностического пакета.

Быстрая навигация:

Обновления Windows застряли на уровне 100

Центр обновления Windows - это ключевая часть системы, обеспечивающая бесперебойную работу системы. Windows 10 автоматически загружает и устанавливает важные обновления с Microsoft Server, но иногда установка обновлений зависает или зависает при обработке обновлений при запуске.

Теперь пришло время узнать, как на самом деле решить проблему «Обновление Windows застряло на уровне 100» с помощью приведенного ниже руководства по устранению неполадок.

Удалите все периферийные USB-устройства.
Запустите средство устранения неполадок Центра обновления Windows
Переименовать папку SoftwareDistribution
Выполните чистую загрузку
Удалить определенное обновление
Запустите DISM в безопасном режиме
Запустить автоматический ремонт
Выполните восстановление системы в WinRE

Очень неприятно столкнуться с ошибкой «Windows зависает при обновлении», но вы должны заметить, что ваше обновление, вероятно, не зависло, и вам просто нужно подождать некоторое время, чтобы завершить установку. Если он по-прежнему застревает в интерфейсе, вы можете попробовать следующие методы.

Метод 1. Удалите все периферийные USB-устройства.

Если ваше обновление Windows застряло на уровне 100, первое, что вы можете попробовать, - это отключить любое внешнее устройство, подключенное к ПК, и убедиться, что вы также отключили любое устройство, подключенное через USB, например, флеш-накопители, мышь или клавиатуру, портативный жесткий диск и т. Д.

После того, как вы успешно удалили все периферийные USB-устройства, попробуйте снова обновить Windows и проверьте, устранена ли проблема.

Метод 2: запустите средство устранения неполадок Центра обновления Windows

Если вы все еще зависаете на экране, вам следует перезагрузить компьютер в безопасном режиме, прежде чем выполнять какие-либо операции. Вы можете использовать загрузочный носитель для восстановления Windows 10, такой как загрузочный DVD / USB-накопитель, чтобы войти в WinRE и перейти в безопасный режим. Вот шаги:

Шаг 1: Вставьте установочный компакт-диск / DVD-диск Windows или загрузочный USB-накопитель в компьютер и запустите компьютер.

Шаг 2: Войдите в BIOS. Если вы не знаете, как это сделать, прочтите этот пост - Как войти в BIOS Windows 10/8/7 (HP / Asus / Dell / Lenovo, любой ПК) .

Шаг 3: Выберите DVD или USB-накопитель в качестве первого загрузочного устройства и загрузите компьютер с Windows 10 с этого устройства.

Шаг 4: Нажмите Почини свой компьютер войти в WinRE успешно.

Теперь вы можете продолжить вход в безопасный режим.

Шаг 1: Из Выберите опцию экран, щелкните Устранение неполадок вариант. Далее нажмите Расширенные настройки .

Шаг 2: Щелкните значок Параметры запуска вариант.

Шаг 3 : Щелкните Рестарт кнопка.

Шаг 4: Затем вы увидите несколько вариантов запуска. нажмите F4 ключ для включения безопасного режима.

Наконечник: Вам следует попробовать методы со 2 по 6 в Безопасный режим . Попробуйте от 7 до 8 дюймов WinRE (Среда восстановления Windows).

Теперь вы можете следовать приведенным ниже инструкциям, чтобы запустить средство устранения неполадок Центра обновления Windows:

Шаг 1 : Тип Настройки в Поиск коробка, чтобы открыть его.

Шаг 2 : Выберите Обновление и безопасность а затем выберите Устранение неполадок на левой панели.

Шаг 3 : Щелкните Центр обновления Windows под Вставай и работай раздел на правой панели, а затем щелкните Запустите средство устранения неполадок .

Шаг 4 : Он начнет обнаруживать существующие проблемы, и вам просто нужно дождаться завершения процесса. Затем нажмите Применить это исправление .

Шаг 5 : Следуйте инструкциям на экране, чтобы завершить процесс восстановления.

Исправлено: код ошибки средства устранения неполадок Windows 10 0x803c0103 (6 способов).

Если вы ищете решения для кода ошибки 0x803c0103 средства устранения неполадок Центра обновления Windows, этот пост - то, что вам нужно, поскольку он показывает надежные решения.

Метод 3: переименовать папку SoftwareDistribution

Следующий способ - переименовать папку SoftwareDistribution. Вот как это сделать:

Шаг 1: Тип Командная строка в Поиск поле, затем щелкните правой кнопкой мыши первый результат, чтобы выбрать Запустить от имени администратора .

Шаг 2: Теперь введите следующие команды, чтобы остановить службы Центра обновления Windows, а затем нажмите Войти после каждого:

чистая остановка wuauserv

чистая остановка cryptSvc

чистые стоповые биты

net stop msiserver

Шаг 3: Затем введите следующую команду, чтобы переименовать папку SoftwareDistribution, а затем нажмите Войти :

ren C: Windows SoftwareDistribution SoftwareDistribution.old

Шаг 4: Наконец, введите следующие команды, чтобы запустить службы обновления Windows, и нажмите Войти после каждого:

чистый старт wuauserv

чистый старт cryptSvc

чистые стартовые биты

чистый старт msiserve р

Перезагрузите компьютер и проверьте, исчезла ли проблема «работает над обновлениями 100».

Наконечник: Чтобы узнать больше о переименовании или удалении папки SoftwareDistribution, этот пост - Как переименовать или удалить папку распространения программного обеспечения в Windows - это то, что вам нужно .

Метод 4: выполните чистую загрузку

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

Шаг 1: Тип msconfig в Бежать коробка (нажатие Windows + р клавиши) и нажмите Войти .

Шаг 2: Затем перейдите в Сервисы таб. Проверить Скрыть все службы Microsoft коробка.

Шаг 3: Теперь щелкните Отключить все кнопку и щелкните Применять чтобы сохранить изменение.

Шаг 4: Перейдите к Запускать вкладку и щелкните Открыть диспетчер задач .

Шаг 5: в Диспетчер задач на вкладке выберите первое включенное приложение и нажмите Отключить . Здесь нужно по одному отключать все включенные приложения. После отключения всех программ закройте Диспетчер задач и нажмите Хорошо .

После этого вы можете перезагрузить компьютер, чтобы снова обновить Windows. Если ошибка «Работа над обновлениями завершена на 100%» не возникает в состоянии чистой загрузки, это означает, что ошибка была вызвана одной из программ.

Метод 5: удалите конкретное обновление, вызвавшее проблему

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

Шаг 1: открыто Панель управления . Щелкните значок Программы и особенности раздел.

Шаг 2: В левом меню нажмите Просмотр установленных обновлений .

Шаг 3: Теперь щелкните правой кнопкой мыши конкретное обновление, которое вызывает эту проблему, и выберите Удалить .

Перезагрузите компьютер, и проблема «Обновление Windows застревает на уровне 100» должна быть исправлена.

Метод 6: запустите DISM в безопасном режиме

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

Шаг 1: Тип cmd в Поиск поле, затем щелкните правой кнопкой мыши первый результат, чтобы выбрать Запустить от имени администратора .

Шаг 2: Введите следующие команды и нажмите Войти после каждого:

Dism / Online / Cleanup-Image / CheckHealth

Dism / Online / Cleanup-Image / ScanHealth

Dism / Online / Cleanup-Image / RestoreHealth

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

Dism / Изображение: C: offline / Cleanup-Image / RestoreHealth / Источник: c: test mount windows

Dism / Online / Cleanup-Image / RestoreHealth / Источник: c: test mount windows / LimitAccess

Перезагрузите компьютер, и это должно решить проблему «Windows зависает при обновлении».

Метод 7: запустить автоматическое восстановление

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

Шаг 1: Нажмите Почини свой компьютер в нижнем левом углу, чтобы войти в WinRE.

Шаг 2: Вам нужно нажать Устранение неполадок во всплывающем окне, чтобы продолжить.

Шаг 3: Нажмите Расширенные настройки для перехода на следующую страницу.

Шаг 4: Выбрать Восстановление при загрузке в Расширенные настройки экрана и дождитесь завершения процесса.

Теперь, когда процесс завершен, вы можете перезагрузить компьютер и запустить обновление Windows, чтобы проверить, решена ли работа над обновлениями 100.

Метод 8: выполнить восстановление системы в WinRE

Если предыдущие методы не работают, вам следует выполнить восстановление системы через WinRE. Вот как это сделать:

Наконечник: Только если вы заранее создали точку восстановления, вы можете попробовать этот метод.

Шаг 1: Введите WinRE.

Шаг 2: Вы должны нажать Устранение неполадок в Выберите опцию , а затем выберите Расширенные настройки .

Шаг 3: выберите Восстановление системы в Расширенные настройки .

Шаг 4: Следуйте инструкциям на экране, чтобы завершить восстановление.

Теперь попробуйте запустить обновление Windows, и проблема должна быть исправлена.

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