Бывает, что патч, призванный сделать систему стабильнее, сам становится источником нестабильности. Именно так вышло с мартовским превью-обновлением KB5079391 для Windows 11 версий 24H2 и 25H2. Microsoft выпустила его 26 марта 2026 года, и уже через несколько часов начали поступать сообщения о том, что установка заканчивается ошибкой, а не рабочей системой с новыми функциями. Компании пришлось приостановить распространение и фактически отозвать пакет - редкий шаг, который сам по себе говорит о серьёзности произошедшего.
Что это было - случайный сбой или симптом чего-то глубже? Попробуем разобраться.
Что Microsoft планировала улучшить в Smart App Control и дисплеях
Прежде чем обсуждать провал установки, стоит понять, что именно Microsoft хотела доставить пользователям. KB5079391 - это так называемое "C-week" обновление, то есть необязательный предварительный выпуск, который выходит в конце каждого месяца. Его задача - протестировать изменения на добровольцах прежде, чем те же изменения войдут в состав следующего обязательного патча Patch Tuesday. Обновление не несёт исправлений безопасности, но содержит функциональные улучшения и исправления ошибок, которые Microsoft считает готовыми к широкому применению.
Самое заметное изменение касалось Smart App Control - встроенного защитного механизма Windows 11, который блокирует запуск непроверенных приложений. До KB5079391 его невозможно было включить обратно, не переустанавливая операционную систему целиком. Это создавало абсурдную ситуацию: пользователь, случайно отключивший защиту, оказывался перед выбором между чистой установкой и жизнью без SAC. Новое обновление устраняло эту проблему - переключатель появлялся в меню "Настройки > Безопасность Windows > Управление приложениями и браузером".
Второй важный блок касался дисплеев. Обновление добавляло поддержку мониторов с частотой обновления выше 1000 Гц - вещь, которая ещё год назад казалась фантастической. Первый в мире монитор с такой частотой, Acer Predator XB273U F6, был анонсирован лишь на CES 2026, так что KB5079391 фактически открывал дверь для нового поколения игрового железа. Помимо этого, улучшалась надёжность HDR на дисплеях с несовместимыми блоками DisplayID 2.0, а при использовании нативного подключения USB4 контроллер теперь переходил в наиболее экономичный режим питания во время сна ПК - это напрямую влияло на время работы от батареи у ноутбуков.
Третий блок изменений затрагивал производительность и надёжность: стабилизировалась работа среды восстановления Windows RE при запуске x64-приложений на ARM64-устройствах, улучшалась надёжность аутентификации по отпечатку пальца через Windows Hello, исправлялась работа компонентов панели задач в безопасном режиме, а также устранялась раздражающая ложная ошибка в команде sfc /scannow, которая сообщала о проблемах там, где их не было.
Неплохой набор. Жаль, что до большинства пользователей он так и не добрался.
Код 0x80073712 и повреждённое хранилище компонентов Windows
Те, кто попытался установить KB5079391, увидели сообщение: "Некоторые файлы обновления отсутствуют или повреждены. Мы попытаемся загрузить обновление позже. Код ошибки: 0x80073712." Звучит безобидно - но за этим кодом скрывается конкретная техническая проблема.
Ошибка 0x80073712 расшифровывается как ERROR_SXS_COMPONENT_STORE_CORRUPT. Это означает, что установщик обновлений не смог корректно собрать пакет из компонентов, которые должны были присутствовать либо в хранилище компонентов Windows, либо в самом дистрибутиве. Говоря иначе, цепочка зависимостей где-то оборвалась - и система не смогла завершить транзакцию установки.
Что примечательно: у пользователей, столкнувшихся с этой ошибкой, система продолжала работать в штатном режиме. Никаких синих экранов, потери данных или нарушений загрузки. Провал был именно в процессе установки - обновление скачивалось, начинало применяться, а затем откатывалось и предлагало попробовать снова. Получался замкнутый круг загрузки и отката, который раздражал, отнимал время и не приводил ни к чему конструктивному.
Технически причина, скорее всего, лежала не на стороне конкретных машин, а в самом пакете. Подобная ошибка может возникнуть, когда в дистрибутиве отсутствует ожидаемый компонент или нарушена структура манифеста пакета. Иными словами, что-то пошло не так ещё на этапе подготовки и упаковки обновления у самой Microsoft, а не у тех, кто пытался его установить.
Как Microsoft за три дня прошла от паузы до экстренного патча
26 марта KB5079391 начал распространяться. Уже 27-28 марта пользователи массово сообщали об ошибках на форумах и в обратной связи Windows Update. К 28 марта компания обновила официальные заметки к выпуску, добавив строку: "Распространение этого обновления временно приостановлено из-за ошибки установки 0x80073712. Чтобы предотвратить дальнейшее воздействие, Microsoft временно ограничила доступность этого обновления."
Позднее формулировка стала ещё жёстче: обновление перестало предлагаться новым устройствам вовсе - не просто "ограничено", а фактически снято с распространения. Такой сценарий - полный отзыв предварительного обновления - достаточно редок и свидетельствует о том, что масштаб проблемы вышел за рамки единичных случаев.
31 марта 2026 года Microsoft выпустила внеплановый патч KB5086672 для Windows 11 24H2 и 25H2. Это так называемый out-of-band релиз - пакет вне стандартного цикла, выпускаемый специально для устранения срочной проблемы. Новый пакет содержал все изменения из неудавшегося KB5079391, плюс исправление самой ошибки установки. Номера сборок перешли с 26200.8116 и 26100.8116 на 26200.8117 и 26100.8117 соответственно.
Те, кто успел установить KB5079391 без ошибок, формально могут не устанавливать KB5086672 - разница для них будет незаметна. Тем же, кто столкнулся с ошибкой и хочет получить новые функции, стоит установить исправленный пакет. Все остальные могут просто подождать - весь набор изменений войдёт в апрельский Patch Tuesday, запланированный на 14 апреля 2026 года.
Март 2026 года выдался для Windows Update особенно тяжёлым
Честно говоря, KB5079391 - не единственная история с проблемами в рамках одного месяца. Буквально за неделю до этого Microsoft выпускала экстренное обновление, которое исправляло сбои входа в учётные записи Microsoft в Teams, Edge, Microsoft 365 и OneDrive - всё это было последствиями мартовского Patch Tuesday. Параллельно выходили внеплановые исправления для устройств с Windows 11 Enterprise, задействующих hotpatch, - там обнаруживались проблемы с видимостью Bluetooth-устройств и уязвимости в инструменте управления RRAS.
Март 2026 года для Windows Update выдался, мягко говоря, неровным.
Это важно отметить не для того, чтобы искусственно нагнетать тревогу, а потому что именно в это время Microsoft публично объявила о намерении сделать Windows 11 более стабильной и предсказуемой. Компания говорила о более длинных периодах без принудительных перезагрузок, о возможности пропускать обновления при первоначальной настройке устройства, о большем контроле для пользователей. Слова правильные. Но ситуация с KB5079391 наглядно показала: добрые намерения в дорожной карте и реальное качество релизных процессов - пока две разные вещи.
Почему превью-обновления опасно ставить на основной компьютер
Есть один практический вывод, который напрашивается сам собой: на основном рабочем компьютере превью-обновления устанавливать не стоит. Это правило не новое, но KB5079391 напомнил о нём весьма ощутимо. Необязательные мартовские пакеты предназначены для тех, кто готов к экспериментам и может позволить себе откат. Если устройство используется для работы - разумнее дождаться Patch Tuesday.
Для тех, кто всё же столкнулся с 0x80073712 и хочет разобраться самостоятельно, стандартная последовательность действий выглядит так:
- Запустить команду DISM /Online /Cleanup-Image /RestoreHealth - она восстанавливает хранилище компонентов из Windows Update.
- Следом выполнить sfc /scannow - проверка и исправление повреждённых системных файлов.
- Перезагрузить систему и попробовать установить обновление повторно.
- Если проблема осталась - установить KB5086672 напрямую через каталог обновлений Microsoft.
Впрочем, для большинства пользователей оптимальный путь проще: не делать ничего и подождать 14 апреля.
Каждый отозванный патч подтачивает доверие к Windows Update
Превью-обновления стали важной частью жизненного цикла Windows 11. Они позволяют Microsoft тестировать изменения на реальных машинах до того, как те попадут в обязательный Patch Tuesday. Это разумная модель - но она работает только тогда, когда сами тестовые пакеты проходят надлежащую проверку перед публикацией.
Ирония KB5079391 в том, что обновление качества споткнулось на контроле качества. Пакет, призванный улучшить стабильность, не смог корректно установиться на значительной доле устройств. Это не катастрофа - система не ломалась, данные не терялись. Но каждый подобный случай немного подтачивает доверие к Windows Update, которое и без того не всегда на высоте.
Microsoft быстро выпустила исправление и действовала прозрачно, обновляя документацию по мере развития ситуации. Это хорошо. Но куда важнее то, что произойдёт дальше: изменится ли процесс подготовки пакетов так, чтобы подобные ошибки отлавливались до публикации, а не после? Вот настоящий вопрос, на который ответит уже не пресс-релиз, а следующие несколько месяцев обновлений.
Пока что KB5079391 остаётся поучительной историей о том, что даже небольшое звено в длинной цепочке сервисной инфраструктуры способно превратить полезное обновление в заголовок о сбое.