Деблоатинг ломает Windows Update: разбираем реальные риски

Что удаляет деблоатинг — и до чего он не дотягивается

Типовой скрипт сносит UWP-приложения для текущего пользователя через Remove-AppxPackage: Xbox туда, Clipchamp сюда, куча спонсорских приложений, которых никто не просил. Это работает с пакетами пользователя, тогда как Windows Update живёт в стеке обслуживания — CBS, оркестратор обновлений и компоненты в %SystemRoot%\WinSxS. Системы почти не пересекаются: накопительное обновление спокойно ставится при удалённой половине Store-приложений, потому миллионы деблоатнутых машин и обновляются годами без сучка.

Честная оговорка: некоторые пакеты несущие. Удаление Microsoft Store для всех пользователей убивает обновления приложений; снос Security Health UI ломает интерфейс «Безопасности Windows»; есть горстка системных приложений, от которых тихо зависят «Пуск» и поиск. Это конкретные ошибки с конкретными симптомами, а не общий закон «чистка ломает обновления».

Что действительно ломает обновления

Когда деблоатнутая машина всё-таки перестаёт обновляться, причина почти никогда не в удалённых приложениях — а в том, что скрипт сделал ещё. Агрессивные пресеты отключают сами службы обновлений, блокируют домены доставки Microsoft или выставляют политики «отключить обновления», целиком выключающие обслуживание. Запустите скрипт с любым из этого — и ошибки 0x80..., которые он породит, навеки запишут в «деблоатинг».

• Отключённые службы — wuauserv, UsoSvc, WaaSMedicSvc, DoSvc и BITS, выключенные «ради производительности»
• Блокировка через hosts — приватные списки, режущие delivery.mp.microsoft.com и родню, режут и доставку обновлений
• Политики отключения обновлений — реестровые и групповые твики из деблоат-пресетов, останавливающие обслуживание целиком
• Удалённые системные пакеты — Microsoft Store или Security Health, снесённые для всех пользователей, ломают обновления приложений и интерфейс Defender
• Сторонние блокировщики обновлений — утилиты, чья единственная работа — выключить wuauserv
• Повреждённое хранилище компонентов — агрессивное неправильное применение dism /StartComponentCleanup в том же пакетном скрипте

Как чистить систему без русской рулетки

Удаляйте для пользователя, а не для системы: Remove-AppxPackage для своего аккаунта, а лучше — обычные «Параметры → Приложения» для спонсорского мусора. Службы не трогайте вовсе: выигрыш в производительности от отключения wuauserv равен нулю, а риск реальный. И никогда не запускайте скрипт, который правит файл hosts. После любого пресета откройте services.msc и проверьте цепочку: Windows Update, Update Orchestrator, Delivery Optimization и BITS должны остаться в «Автоматически» или «Вручную».

Если обновления уже падают, лечение механическое, а не мистическое: включите обратно все службы из списка, откатите политики, прогоните встроенное средство устранения неполадок, а при повреждённом хранилище компонентов — DISM /Online /Cleanup-Image /RestoreHealth. Это чинит подавляющее большинство «жертв деблоатинга» — заодно выясняется, что приложения никогда и не были проблемой.

Вопросы и ответы

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