Замененные winsxs компоненты windows dism ошибка

Штатная утилита Dism является очень полезным инструментом, позволяющим работать с образами Windows. Его возможности включают понижение и повышение релиза системы, интеграцию драйверов и компонентов, подготовка образом WinPE и многое другое. Применяется он также и для очистки чрезмерно разросшейся папки WinSxS — хранилища компонентов Windows, содержащего оригинальный файлы операционной системы, используемые для её восстановления.

Такая очистка производится командой Dism.exe /Online /Cleanup-Image /StartComponentCleanup, однако её выполнение не всегда бывает удачным.

В ряде случаев при выполнении команды всё завершается ошибкой с кодом 14098 «Хранилище компонентов повреждено». Повторные попытки выполнить очистку приводят к тем же результатам. Нередко ошибки при выполнении разных команд могут повлиять и иные причины, но в этом случае её описание точно соответствует действительности.

Если Dism пишет, что хранилище компонентов повреждено, значит так оно и есть. К счастью, его можно довольно просто восстановить. Первым делом необходимо проверить целостность хранилища компонентов Windows 10.

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

Dism /Online /Cleanup-Image /ScanHealth

Если хранилище повреждено, вы получите сообщение, что оно нуждается в восстановлении. Тут же, в командной строке выполняем следующую команду:

DISM /Online /Cleanup-Image /RestoreHealth

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

Обратите внимание, что для успешного выполнение команды восстановления необходимо, чтобы компьютер был подключён к интернету, так как недостающие файлы утилита Dism будет получать через Центр обновления. Если подключение к глобальной сети отсутствует, для восстановления хранилища можно использовать установочный образ с Windows и консоль PowerShell, но это уже другая история.

Очистка хранилища компонент Windows в каталоге WinSxS

Перед нами показатель заполненности системного диска на только что установленном и обновлённом виртуальном сервере с ОС Windows Server 2012 R2 Standard.

Анализ текущего состояния хранилища компонент Windows и его последующую очистку мы можем провести с помощью утилиты, входящей в состав ОС – Dism.exe (сокращение от Deployment Image Servicing and Management).

Запускается анализ следующей командой (требуются права Администратора):

По окончании выполнения команды, изучим её вывод и обратим внимание на показатель «Number of Reclaimable Packages«, который определяет число пакетов, заменённых в процессе обновления системы через Windows Update. То есть, это те пакеты, которые могут быть безболезненно вычищены из хранилища.

Значение «Yes» в строке «Component Store Cleanup Recommended» говорит о том, что, по данным проведённого анализа, очистка возможна и рекомендуема.

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

Запуск процедуры очистки хранилища компонент Windows выполняется командой:

В нашем примере на только что установленной Windows Server 2012 R2 (с выполненной последующей доустановкой

200 обновлений) время выполнения процедуры очистки заняло более двух часов.

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

Как видим, вместо ранее имеющейся величины свободного места в 7,43 GB, теперь мы имеем 16,6 GB, то есть операция очистки высвободила в нашем случае 9,17 GB. Результат очень даже ощутимый.

Однако в системе по-прежнему остаются файлы, которые могут использоваться для отката установленных обновлений, поддерживающих процедуру деинсталляции. Это хорошо видно, если в оснастке управления установки/удаления программ appwiz.cpl перейти в режим отображения информации об обновлениях. Здесь на большинстве обновлений мы увидим возможность удаления, то есть фактического отката заменяемых обновлениями файлов на их ранние версии.

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

Снова посмотрим, как изменилась ситуация на диске.

Как видим, на этот раз мы смогли высвободить ещё 1 GB ёмкости дискового тома.

И теперь, если мы снова заглянем в оснастку управления установки/удаления программ appwiz.cpl в режиме отображения информации об обновлениях, то увидим, что при выборе любого из обновлений кнопка Uninstall более нам недоступна.

Источник

DISM – управление компонентами образов Windows.

WIM-образ может быть смонтирован как логический диск в среде Windows с присвоением ему буквы диска для облегчения редактирования его содержимого (благодаря этому образ WIM можно достаточно просто сконвертировать в ISO-образ). Помимо штатных утилит от Microsoft, извлечь файлы из WIM-образа можно также при помощи архиватора 7-Zip.

WIM-образы могут быть загрузочными. В частности, установка всех современных операционных систем семейства Windows выполняется с использованием файла образа с именем BOOT.WIM содержащего загрузочную версию среды предустановки Windows PE (Windows P reinstall E nvironment), из которой выполняется процесс установки самой системы с использованием содержимого файла образа с именем INSTALL.WIM. После стандартной установки Windows, создается среда восстановления Windows RE ( R ecovery E nvironment), загрузка которой выполняется из образа WinRE.WIM для восстановления работоспособности при проблемах с загрузкой основной системы. Обычно образ winre.wim располагается в скрытом разделе, которому не присваивается буква логического диска.

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

Да, сделать бэкап неработоспособной системы.
Но, гипотетически, системы имеющей на текущий момент только одну проблему.
А сколько, в процессе восстановления, вы можете привнести неисправностей, в итак нерабочую систему, неизвестно никому. Так же как и не удастся проследить цепочку примененных вами действий в стрессовой ситуации.
Так что в первую очередь делаем бэкап, используя например Acronis True Image.

Занимаемся вредительством

Если у вас нет проблем с операционкой, но вы хотели бы поупражняться в восстановлении системных файлов, попробуйте выполнить следующее:

Что бы беспрепятственно удалить из системной папки любые(незадействованные в данный момент) файлы, вам нужно назначить себя владельцем и выдать своему пользователю полные права на файл.

Файл удалили. Теперь можно приступать собственно к восстановлению.

Восстановление в автоматическом режиме
SFC (System File Checker)

Пробуем выполнить команду

Дождитесь сообщения:
Программа защиты ресурсов windows обнаружила поврежденные файлы и успешно их восстановила

Так же можно запустить проверку только для одного конкретного файла:

Если команда не выполняется, и выдает ошибку на подобии:

то мы хотя бы может просмотреть какие файлы повреждены, вручную открыв лог последнего сканирования:
С:WindowsLogsCBSCBS.log

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

Восстановление в ручном режиме

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

При выполнении команды sfc /scannow из CMD в рабочей системе некоторые файлы будут задействованы и поэтому не смогут быть обработаны. По этой причине лучше перейти в среду восстановления и предпринимать дальнейшие действия по восстановлению уже оттуда.

Для перехода к среде восстановления нужно:
1) Вставить дискфлешку с Windows той же версии, что и восстанавливаемая система
2) Выполнить перезагрузку
3) Запуститься с диска и открыть командную строку

Конечно для этого можно использовать diskpart, но с wmi мы уложимся в меньшее количество команд.
Да и для общего развития с wmi полезно поработать.

Оффлайн восстановление системы

Если вы проводите восстановление из среды восстановления или LiveCD(USB)

/offwindir — переключатель для восстановления файлов внешней системы. Нужен что бы указать расположение папки Windows

/offbootdir — переключатель должен указывать на загрузочный раздел

DISM

Утилита DISM поможет в некоторых случаях, когда SFC не может восстановить системные файлы.

Ведь SFC должна откуда то брать восстанавливаемые файлы.
Таким местом является папка C:WindowsWinSxS
Но если отсутствует или повреждено и это хранилище, то необходимо будет сначала восстановить его.

С помощью этой команды можно убедиться что файлы хранилища действительно повреждены.

Если выполнить эту команду в среде окружения Windows, то недостающие файлы будут загружены из интернета или сервера WSUS.
В случае, если команда восстановления хранилища компонентов не работает, по той или иной причине,
нужно указать файл install.wim или install.esd со смонтированного ISO образа Windows

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

Ошибка 0x800f081f

При восстановлении вы можете столкнулся с ошибкой 0x800f081f

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

Восстановление хранилища на внешнем устройстве

Проверяем ревизию установленой системы

Выполняем восстановление хранилища

или непосредственно указав источник

После всех проделанных операций повторяем команду на восстановление системных файлов в надежде увидеть положительный результат:

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

Описание основных ключей, которые нам понадобятся

/Online — будут восстановлены файлы в папке WinSxS для системы из под которой запущена консоль CMD

/Cleanup-Image — Согласно Help: «Выполняет в образе операции очистки и восстановления». Но если по простому, то данный параметр нам необходим для того, что бы мы могли использовать зависимые от него параметры:
.
Т.о. если вызвать /RestoreHealth без /Cleanup-Image, мы просто увидим ошибку «Неизвестный параметр restorehealth»

/Image — параметр, указываемый при необходимости восстановить хранилище внешней системы. То есть расположенной на любом носителе.

/Source — если задан этот параметр, DISM сначала выполняет поиск в указанных расположениях.
Можно использовать несколько аргументов /Source

/LimitAccess — сообщает DISM, что не нужно выполнять поиск исходных файлов в Центре обновления Windows или в службах обновления Windows Server

Альтернативный вариант

Можно достать файлы из образа, без монтирования средствами DISM, с помощью 7Zip.
Используя полученные файлы, мы можем заменить ими содержимое папки WinSxS

Источник

Как при очистке папки WinSxS исправить ошибку «Хранилище компонентов повреждено» с кодом 14098

Ш татная утилита Dism является очень полезным инструментом, позволяющим работать с образами Windows. Его возможности включают понижение и повышение релиза системы, интеграцию драйверов и компонентов, подготовка образом WinPE и многое другое. Применяется он также и для очистки чрезмерно разросшейся папки WinSxS — хранилища компонентов Windows, содержащего оригинальный файлы операционной системы, используемые для её восстановления.

Если Dism пишет, что хранилище компонентов повреждено, значит так оно и есть. К счастью, его можно довольно просто восстановить. Первым делом необходимо проверить целостность хранилища компонентов Windows 10.

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

Dism /Online /Cleanup-Image /ScanHealth

Если хранилище повреждено, вы получите сообщение, что оно нуждается в восстановлении. Тут же, в командной строке выполняем следующую команду:

DISM /Online /Cleanup-Image /RestoreHealth

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

Источник

Привет, друзья. Все мы время от времени сталкиваемся с проблемами в работе Windows, без этого никуда. И часто причиной этих проблем является отсутствие или повреждение целостности системных файлов. Они могут быть уничтожены вследствие атаки вирусов, действий неопытных пользователей, работы стороннего софта. Они могут быть повреждены при системных сбоях в процессе записи данных в эти файлы. Штатный функционал Windows предусматривает возможность восстановления целостности системных файлов — с помощью консольной утилиты sfc.exe. Равно как и предусматривает возможность восстановления самого хранилища компонентов, откуда sfc.exe берёт целостные системные файлы для замены ими повреждённых – с помощью консольной утилиты dism.exe, она же средство работы с системными образами Dism. Являющая собой графический интерфейс к последней программа Dism++ также может восстанавливать хранилище компонентов Windows. Собственно, об этой возможности программы и хотелось бы поговорить ниже.

Восстановление повреждённого хранилища компонентов Windows с помощью программы Dism++

Друзья, благодаря своей уникальности и годности, программа Dism++ стала завсегдатаем разговоров о её возможностях на нашем сайте. О ней в целом вы можете почитать в её комплексном обзоре. Конкретные же инструкции по работе с Dism++, смотрите в перечне фильтрации статей сайта по тегу Dism. Ну а в этой статье давайте говорить о возможности программы по восстановлению повреждённого хранилища компонентов Windows.

1. Повреждение хранилища компонентов Windows 

Хранилище компонентов – это содержимое папки «WinSxS», расположенной по пути C:WindowsWinSxS. Здесь хранятся оригинальные версии файлов Windows. И именно отсюда утилита sfc.exe при проверке целостности системных файлов sfc /scannow берёт оригинальные версии для замены ими повреждённых системных файлов. И тогда по результатам запуска команды sfc /scannow мы видим отчёт проверки в виде уведомления:

И это есть успешное завершение операции проверки целостности системных файлов. Её неуспешное завершение – это уведомление по итогу завершения проверки:

«Программа защиты ресурсов Windows обнаружила повреждённые файлы, но не может восстановить некоторые из них».

Это значит, что не только системные файлы, но и само хранилище компонентов, т.е. папка «WinSxS», нуждается в восстановлении. И такое восстановление уже проводится за счёт ресурсов Центра восстановления Windows с использованием консольной утилиты Dism. Кому интересно, можете почитать в статье «Проверка целостности системных файлов Windows 10», как восстанавливается хранилище компонентов с использованием команд Dism в командной строке. Ниже же рассмотрим предлагаемую программой Dism++ юзабильную альтернативу этой операции. Как с помощью Dism++ выявить, не повреждено ли хранилище компонентов Windows? И как восстановить повреждённое хранилище за счёт файлов, хранящихся в Центре обновления системы?

2. Восстановление хранилища компонентов программой Dism++

Запускаем программу Dism++. Друзья, если у вас на компьютере установлено несколько Windows, все они будут отображаться в окне программы для возможности проведения операций с ними. Чтобы работать с текущей операционной системой, переключаемся на её образ вверху окна Dism++.

В меню «Восстановление» выбираем «Проверить».

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

По итогу получим отчёт проверки, и коль проверка sfc /scannow не смогла восстановить повреждённые системные файлы, логично, что итог проверки целостности самого хранилища будет неудовлетворительным. Dism++ выдаёт нам сообщение:

«Целостность образа была проверена, и она нуждается в восстановлении».

Теперь нам нужно запустить восстановление хранилища. Напомню, друзья, ещё раз, что такое восстановление средствами Dism проводится за счёт ресурса Центра обновления Windows. Следовательно, для успешного проведения операции по восстановлению хранилища нужно, чтобы не были повреждены файлы самого Центра. И желательно, чтобы компьютер был подключён к Интернету: возможно, в процессе восстановления хранилища понадобится скачивание нужных файлов с серверов обновлений Microsoft.

В окне Dism++ в меню «Восстановление» запускаем «Исправить».

Ждём завершения операции, её ход отслеживаем на шкале прогресса.

И вот результат — Dism++ уведомляет:

«Образ был успешно восстановлен».

Т.е. хранилище компонентов восстановлено.

Теперь можем запускать проверку целостности файлов утилитой sfc.exe. В запущенной от имени администратора командной строке вводим:    

sfc /scannow

И жмём Enter. После восстановления хранилища компонентов такая проверка должна завершиться успешным восстановлением файлов, как на первом снимке статьи.

3. Что делать, если Dism++ не смогла восстановить хранилище компонентов

Что делать, друзья, если Dism++ не удастся произвести восстановление хранилища компонентов? Судя по такой вот по формулировке уведомления о неудачном восстановлении,

Dism++ в идеале может восстанавливать хранилище не только за счёт ресурса Центра обновления, но и за счёт дистрибутива Windows. Вы можете попробовать смонтировать установочный ISO-образ с используемой версией Windows и снова запустить операцию «Исправить» в меню программы «Восстановление». Но, друзья, скажу, что за счёт ресурса дистрибутива Windows с проблемой может справиться и сама утилита sfc.exe, которой мы непосредственно восстанавливаем целостность системных файлов. Её просто нужно запустить с указанием иного источника заполучения целостных системных файлов – той же папки «WinSxS», но находящейся по другому пути и с извлечённым содержимым из дистрибутива Windows. Детально этот процесс описан в этой статье.

***

Друзья, если вам в принципе интересны материалы по теме восстановления целостности системных файлов, вы можете узнать более. Тег Целостность системных файлов отфильтрует все материалы сайта по этой теме.

Страница 19 из 21

Поскольку в современных версиях операционной системы Windows (начиная с Vista) компонентная модель является одной из ключевых системных структур, обеспечивающих бесперебойную работу операционной системы, поддержание её в рабочем состоянии крайне критично для нормального функционирования исполнительной подсистемы Windows. Дело в том, что на протяжении жизненного цикла операционной системы, хранилище компонентов претерпевает постоянные изменения и время от времени может повреждаться. Основные причины рассогласованного состояния хранилища компонентов заключаются в том, что:

• в процессе обновления операционной системы могут повреждаться/удаляться файлы компонентов в местоположениях: %SYSTEMROOT%ServicingPackages и %SYSTEMROOT%WinSxS;
• в процессе обновления операционной системы могут повреждаться/удаляться ветви/ключи реестра по путям: HKLMComponents, HKLMSchema и HKLMSoftwareMicrosoftWindowsCurrentVersionComponent Based Servicing;

описанные причины могут быть следствием более глобальных сбоев:

• Ошибки при передаче файлов по сетевому интерфейсу;
• Ошибки дисковой/файловой подсистем;
• Аппаратные сбои: ошибки чтения/записи оперативной памяти, сбои в любых иных аппаратных компонентах;
• Ошибки в работе сторонних инструментов оптимизации: средства очистки реестра, оптимизации файловой системы, оптимизации хранилища компонентов, оптимизации каталога распространения и прч.
• Ошибки в коде модулей компонентов Центра обновления Windows;

Подобные дефекты хранилища компонентов WinSxS могут выявляться при попытках пользователя произвести обновление системы (например, через установку обновления безопасности):

Или же могут быть выявлены в процессе работы разнообразных диагностических и сервисных утилит (модули, входящие в состав Центра обновления Windows), о чем в лог-файлах нам красноречиво сигнализирует статус ERROR_SXS_COMPONENT_STORE_CORRUPT. Описанные выше проблемы впоследствии становятся причиной возникновения различного рода отказов установки обновлений. Чаще всего повреждаются *.cat, *.mum, *.manifest и *.dll-файлы. Все найденные методы восстановления хранилища компонентов я решил выделить в отдельные статьи, а тут попробовать организовать что-то вроде своеобразного хаба.

Этапы восстановления хранилища компонентов

Итак, для восстановления хранилища компонентов у нас в распоряжении имеется целая серия разнообразных методик. Рекомендуется выполнить в указанном порядке следующие действия:

1. Запустить проверку целостности системных файлов командой: sfc /scannow. Если результатом явились сообщения о том, что утилита нашла ошибки, но не смогла восстановить ошибки в автоматическом режиме, то на данном этапе их можно проигнорировать.
2. Произвести восстановления хранилища компонентов:
   • для Windows 8/10+: Восстановление хранилища компонентов при помощи DISM
   • для Windows Vista/7: Восстановление хранилища компонентов при помощи SURT
3. Запустить утилиту SFCFix: Восстановление хранилища компонентов при помощи SFCFix
4. Выполнить синхронизацию оригинальных файлов с рабочими папками и пересоздание жёстких ссылок повторным запуском команды: sfс /scannow.
5. Произвести перезагрузку операционной системы

Дополнение: если на каком-либо из выполненных вами шагов (1-4) обнаружены поврежденные файлы, которые соответствующие утилиты не смогли автоматически восстановить, то рекомендации по восстановлению были даны в соответствующих статьях. Например утилита sfc может сообщать нам, что выявлены повреждения и она не смогла их устранить, то идем в статью про sfc и там изучаем раздел Анализ результатов (в нем даны рекомендации по ручному восстановлению файлов).

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

• Сброс центра обновления Windows

Выводы

В общем случае, стратегия автоматического и ручного восстановления хранилища компонентов заключается в поэтапном выявлении поврежденных зависимостей, имен отсутствующих/поврежденных файлов и их планомерном восстановлении с использованием разнообразных методик. Иногда для проведения всех этих манипуляций в ручном режиме требуется довольно существенное время, поскольку чаще всего операции приходится повторять для каждого сбойного файла. Часто в этой кропотливой работе требуются еще и довольно хорошие знания устройства компонентной модели. Отдельно стоит отметить системы, представляющие собой «кастомные» любительские сборки, поскольку на них риск убить компонентную модель многократно повышается.
Теоретически, в самом крайнем случае, восстановление хранилища компонентов можно было бы провести путем переноса (с использованием LiveCD) с работоспособной машины (имеющей аналогичную версию операционной системы) следующих частей:

1. Всех вложенных файлов/директорий в папке %WinDir%WinSxS;
2. Всех вложенных файлов/директорий в папке %WinDir%Servicing;
3. Все содержимое ветвей реестра: HKEY_LOCAL_MACHINESOFTWAREMicrosoftWindowsCurrentVersionComponent Based Servicing и HKEY_LOCAL_MACHINECOMPONENTS;

но на деле подобный глобальный поход может привести к падению системы в синий экран смерти, так что будьте предельно аккуратны!!

Только что установленная Windows Server 2012 R2 Standard EN после установки всех обновлений, доступных в службе Windows Update занимает почти 22GB. В случае, если система готовится в качестве шаблона, с которого в дальнейшем планируется выполнять клонирование серверов, или же мы стали испытывать нехватку свободного места на системном диске уже функционирующего сервера, нам потребуется найти пути оптимизации используемого дискового пространства. Одним из возможных вариантов штатной оптимизации, заложенной в Windows Server, является операция обслуживания так называемого хранилища компонент в каталоге %windir%WinSxS.

Перед нами показатель заполненности системного диска на только что установленном и обновлённом виртуальном сервере с ОС Windows Server 2012 R2 Standard.

Анализ текущего состояния хранилища компонент Windows и его последующую очистку мы можем провести с помощью утилиты, входящей в состав ОС – Dism.exe (сокращение от Deployment Image Servicing and Management).

Запускается анализ следующей командой (требуются права Администратора):

Dism.exe /Online /Cleanup-Image /AnalyzeComponentStore

По окончании выполнения команды, изучим её вывод и обратим внимание на показатель «Number of Reclaimable Packages«, который определяет число пакетов, заменённых в процессе обновления системы через Windows Update. То есть, это те пакеты, которые могут быть безболезненно вычищены из хранилища.

Значение «Yes» в строке «Component Store Cleanup Recommended» говорит о том, что, по данным проведённого анализа, очистка возможна и рекомендуема.

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

Запуск процедуры очистки хранилища компонент Windows выполняется командой:

Dism.exe /Online /Cleanup-Image /StartComponentCleanup

В нашем примере на только что установленной Windows Server 2012 R2 (с выполненной последующей доустановкой ~200 обновлений) время выполнения процедуры очистки заняло более двух часов.

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

Как видим, вместо ранее имеющейся величины свободного места в 7,43 GB, теперь мы имеем 16,6 GB, то есть операция очистки высвободила в нашем случае 9,17 GB. Результат очень даже ощутимый.

Однако в системе по-прежнему остаются файлы, которые могут использоваться для отката установленных обновлений, поддерживающих процедуру деинсталляции. Это хорошо видно, если в оснастке управления установки/удаления программ appwiz.cpl перейти в режим отображения информации об обновлениях. Здесь на большинстве обновлений мы увидим возможность удаления, то есть фактического отката заменяемых обновлениями файлов на их ранние версии.

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

Dism.exe /Online /Cleanup-Image /StartComponentCleanup /ResetBase

Снова посмотрим, как изменилась ситуация на диске.

Как видим, на этот раз мы смогли высвободить ещё 1 GB ёмкости дискового тома.

И теперь, если мы снова заглянем в оснастку управления установки/удаления программ appwiz.cpl в режиме отображения информации об обновлениях, то увидим, что при выборе любого из обновлений кнопка Uninstall более нам недоступна.

Таким образом, если мы решили прибегнуть к описанной выше процедуре очистки хранилища компонент Windows в каталоге WinSxS, то сначала лучше использовать более щадящую команду очистки, то есть без ключа /ResetBase, так как результат такой очистки в большинстве случаев даёт нам вполне удовлетворительный размер освобождаемого места, оставляя при этом больше «шансов для манёвра» в случае проблем с уже установленными обновлениями. То есть команду очистки с ключом /ResetBase предлагается использовать только в крайних исключительных случаях.

Дополнительные источники информации:

• Вадим Стеркин — Как работает и сколько места экономит оптимизация папки WinSxS в Windows 10, 8.1 и 8
• Вадим Стеркин — Как грамотно уменьшить размер папки WinSxS в Windows 10, 8.1 и 8