Восстановление хранилища с помощью windows update. Управление хранилищем компонентов
Можно ли восстановить полностью разрушенное\удаленное хранилище, БЕЗ переустановки всей системы?
У клиента забился весь системный диск и показалось, что WinSxS занимает много места, и была удалена.
На самом деле, в свежи установленной Win10, удаление 5,5 ГБ WinSxS освобождает только ~380 МБ
. Все остальное жесткие ссылки.
Что же тогда там храниться?
і
Хотел восстановить путем установки с install.wim образа, и выбором "Обновить с сохранение файлов
", но далее предложение перезапустить комп и продолжить восстановленик. А что продолжать - точки возврата и образы системы не создавались.
Т.о. НЕТ возможности восстановить путем установки с диска
?
Тогда заменил весь WinSxS из boot.wim и Win10 нормально стал запускаться. Стало интересно, и проверил: в 32bit Win10 все запускается, но в 64bit Win10 системе не запускаются 32bit приложения.
Но надо все же восстановить хранилище полностью. Тогда наткнулся на ваш сайт.
Кстати, в восстанавливаемом мной Win10 вообще нет powershell ни в Поиске, ни в Пуск_Меню, ни в Панели_Управления, хотя есть директория \Program Files\WindowsPowerShell но там ничего не удалось запустить. Думал найти и установить powershel,l но потратив 30 минут находил только руководства, на чем и прекратил тратить время.
Тогда просто в окне Аднин.cmd вставил powershell и получил его. У вас пропущен этот простой способ открытия powershell
Пытался пока без успеха восстановить хранилище полностью, и в работающей системы с урезанным WinSxS:
------
>
>
Cистема DISM
Версия: 10.0.10240.16384
Версия образа: 10.0.10240.16384
[==========================100.0%==========================]
Ошибка: 0x800f081f
Не удалось найти исходные файлы.
Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра "Источник".
------
И в powershell
>
строка:1 знак:1
+ Repair-WindowsImage -Online -RestoreHealth
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
---------------
и с других работающих систем:
>
Repair-WindowsImage: Системе не удается найти указанный путь.
строка:1 знак:1
+ Repair-WindowsImage -Path e: -RestoreHealth -Source R:\sources\instal ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo: NotSpecified: (:) , COMException
+ FullyQualifiedErrorId: Microsoft.Dism.Commands.RepairWindowsImageCommand
с тем же успехом. Может что не так делаю?
Читал выше о таких же отказах, и тоже хочется докопаться до истины. Для этого установил Win10 в 12ГБ vhd образ - одну копию запорю, берусь за другую.
Кстати, может посоветуете
как и чем сравнить скорость системы с vhd образа и с диска.
Имею дело только с пиратками, но все описанное нормально проходило на других Win10. Даже например, с ru_windows_10_enterprise_2015_ltsb_x64 на вчера скачанную с центра обновления Win10ProRU и обратно. Т.ч. проблема не в пиратках, а где-то в нарушенных файлах идентификации.
И как все же правильно в таком случае: "ISO-образ винды задействуйте"?
P.S. После копирования в разрушенную Win10 всей WinSxS с установленного в vhd со вчера скачанного 64bit Win10 образа - все запускается и работает.
Но приведенные выше проверки НЕ работают
.
Почитал еще ваши полезнавательные статьи, но так пока и не получилось исправить до конца систему с "тронутой" WinSxS. Видно что-то меняется в настройках.
C работающей или с другой ОС:
>sfc /scannow
>sfc /scannow /offbootdir=C:\w10\ /offwindir=E:\Windows
Защите ресурсов Windows не удается запустить службу восстановления
.
>Dism /Online /Cleanup-Image /RestoreHealth
>Dism /Online /Cleanup-Image /RestoreHealth /Source:wim:R:\sources\install.wim:1 /limitaccess
>Repair-WindowsImage -Online -RestoreHealth
>Repair-WindowsImage -Path e: -RestoreHealth -Source R:\sources\install.wim -Debug -Verbose
>Repair-WindowsImage -Path e: -RestoreHealth -Source C:\w10\ -Debug -Verbose
ПОДРОБНО: Версия 10.0.0.0 командлетов PowerShell системы DISM
Repair-WindowsImage: Системе не удается найти указанный путь.
строка:1 знак:1
+ Repair-WindowsImage -Path e: -RestoreHealth -Source C:\w10\ -Debug -V ...
Других комбинаций пока не вижу.
Так можно ли восстановить разрушенное\удаленное хранилище или путем восстановления с диска установки, или командами?
И еще может знаете - для образа *.vhd, diskmgmt без выбора создает Block_size 2МВ, сектор 512, а BOOTICE.exe для *.vhd Block_size 2МВ, сектор 512 (или 4096), а для *.vhdx предлагает Block_size 32МВ, сектор 512 (или 4096).
С сектором понятно - на каждом файле теряется 1/2 размера сектора, но меньше секторов (больших) легче обрабатывать.
Но как влияет и какой оптимальный Block_size для образов под Windows-10 размером 10-25 ГБ?
Заранее благодарен за любую информацию.
P.S.S. При первой отправке у меня выдернулся сетевой кабель и отправка зависла. Вставил кабель, посмотрел - моего поста не было, Тогда повторил. А сейчас добавляю, и вижу 2 поста. Уберите пожалуйста первый.
После добавления полной WinSxS, powershell появился в Поиске
При работе на операционной системе Windows 10, да и любой другой может случится всякое. Например, во время работы вы замечаете жуткие тормоза. Возникает мысль, что поработал вирус или вирусы. При проверке антивирусом, есть вероятность найти вирусы, а когда вы их очистите, то не факт, что произойдут какие-то изменения, так как они успели напортачить.
Итак, для проверки файлов Windows на целостность можно запустить утилиту sfc /scannow из командной строки и, если появится сообщение, что «программа защиты ресурсов Windows обнаружила повреждённые файлы, но не может восстановить некоторые из них» , то эта статья поможет вам избавиться от этой ошибки. При наличии доступа в интернет, вы можете воспользоваться статьей: .
Когда вы сканируете систему на целостность компонентов, то при обнаружении повреждённых файлов происходит их замена на рабочие из . Может быть данная папка удалена или файлы, находящиеся в ней, повреждены, тогда вы увидите сообщение, что «программа защиты ресурсов обнаружила поврежденные файлы…» .
Как восстановить поврежденное хранилище компонентов при помощи Power Shell
Прочитайте , в которой я восстанавливал хранилище компонентов, используя следующую команду:
DISM /Online /Cleanup-Image /RestoreHealth |
Чтобы она сработала необходимо подключение к сети, так как команда связывается с центром обновлений и загружает оттуда необходимые файлы. Возможно, что эта команда тоже не поможет, тогда воспользуемся более широким по возможностям инструментом – .
Нажмите на значок поиска на панели задач, а потом введите фразу «PowerShell» , из результатов выбираем пункт «Windows PowerShell» , нажимаем по нему правой кнопкой мыши и щелкаем по варианту «Запустить от имени администратора» .
В открывшемся окошке вводим такую команду:
Repair-WindowsImage -Online -RestoreHealth |
Чтобы все сработало также понадобится интернет. Необходимо немного подождать, когда файлы скачаются, после чего хранилище компонентов будет иметь работоспособное состояние и система не будет доводить вас ошибками.
Если все прошло успешно, то в результатах вы должны заметить строчку:
ImageHealth State: Healthy
Она означает, что все восстановлено.
Что делать при отсутствии интернета для восстановления хранилища компонентов?
В этом случае понадобится загрузочный диск, либо флешка с Windows 10. Подойдет практически любой образ, желательно, чтобы была десятка. Можно загрузить с сайта Microsoft.
После скачивания образа щелкаем по нему два раза, создав таким образом виртуальный дисковод. Посмотрите, какая у него буква в проводнике, например, может быть F .
Снова возвращаемся в PowerShell и вводим следующую команду:
Dism /Get-WimInfo /WimFile:R:\sources\install.wim
, где R:
буква созданного образом привода, с установочными файлами Windows 10. Данная команда определит, что за образ системы находится в виртуальном дисководе.
Repair-WindowsImage -Online -RestoreHealth -Source R:\sources\install.wim:1 |
Буква R – это наш привод, а цифра 1 – индекс образа из первой команды.
После восстановления попробуйте снова запустить проверку целостности системных файлов — sfc /scannow, скорее всего вы увидите сообщение, что все поврежденное было успешно восстановлено.
Неработающие или работающие с ошибками приложения из Windows Store, проблемы в работе десктопной части Windows и нестабильность операционной системы в целом часто являются следствием повреждения важных системных файлов. Самый простой выход из ситуации, когда повреждены системные файлы – или к . Но такой ход требует наличия последних – если не в свежей редакции, то хотя бы в какой-нибудь. Если нет даже хоть какой-нибудь точки восстановления или резервной копии, прежде чем прибегать к радикальному решению проблемы в виде Windows, можно попробовать восстановить целостность ее системных файлов. Ниже рассмотрим 5 способов, как это сделать, при условии, что текущая Windows еще способна загружаться. Непосредственно самих способов восстановления целостности файлов Windows будет предложено лишь два, три остальные – это решения для ситуаций, усложненных необходимостью восстановления хранилища компонентов системы.
1. Восстановление целостности файлов Windows
Для выявления отсутствующих или поврежденных важных файлов системы и их восстановления Windows предусматривает штатную утилиту sfc.exe, работающую при помощи командной строки. Утилита заменяет поврежденные или отсутствующие файлы системы их оригиналами из специального хранилища компонентов, расположенного в папке «WinSxS» внутри каталога «Windows» на диске С. Запускаем от имени администратора командную строку и вводим:
Нажимаем Enter. После сканирования на предмет выявления подлежащих замене системных файлов они будут восстановлены.
Но это при успешном завершении операции. При повреждении содержимого самого хранилища операция завершится сообщением о невозможности восстановления некоторых из системных файлов. В таком случае прежде необходимо прибегнуть к восстановлению хранилища компонентов Windows, а затем уже проводить операцию по восстановлению файлов в их рабочие каталоги.
2. Восстановление хранилища системных компонентов: DISM
Чтобы восстановить хранилище оригиналов системных файлов, прибегнем к помощи утилиты для обслуживания образов Windows – DISM, также работающей посредством командной строки. В процессе восстановления хранилища утилита задействует службу обновлений Windows и загружает отсутствующие или поврежденные системные файлы с серверов Microsoft. Потому наличие Интернета – обязательное условие для успешного проведения операции.
Запускаем от имени администратора командную строку и вводим:
DISM /Online /Cleanup-Image /RestoreHealth
Нажимаем Enter. При успешной попытке проведения операции увидим соответствующее уведомление.
Теперь проводим операцию, рассмотренную в п. 1 статьи.
Может быть и так, что процесс проведения операции зависнет или завершится неудачей. Уведомление о неудачной попытке проведения операции будет, в частности, сопровождаться предложением указать путь, откуда можно взять данные для восстановления хранилища компонентов системы.
Процесс восстановления хранилища с указанием источника получения данных рассмотрим чуть позже, в п. 4 статьи.
3. Восстановление хранилища системных компонентов: PowerShell
Восстановить системные компоненты можно альтернативным способом – с помощью инструмента Windows PowerShell. Этот способ схож с предыдущим: для восстановления хранилища также задействуется служба обновлений Windows. И, соответственно, в этом случае также необходимо интернет-подключение. Способ с использованием PowerShell займет больше времени, чем предыдущий способ с участием утилиты DISM, но и сам процесс восстановления хранилища будет проводиться более досконально.
Запускаем от имени администратора PowerShell и вводим:
Repair-WindowsImage -Online -RestoreHealth
Нажимаем Enter. В случае успешного восстановления хранилища системных файлов получим такой вот отчет, как указан на скриншоте ниже, где, в частности, параметр «Image Health State» будет отмечен как «Healthy». И это означает, что хранилище системных файлов восстановлено. Теперь необходимо провести операцию, описанную в п. 1 статьи.
4. Восстановление хранилища системных компонентов: установочный диск Windows
К восстановлению хранилища компонентов Windows с указанием источника получения данных можно прибегнуть, если отсутствует Интернет или два предыдущих способа не принесли положительных результатов. Источник, откуда извлекаются данные для восстановления хранилища системных компонентов – это установочный диск соответствующей версии и редакции Windows. Это может быть физический установочный носитель – флешка или диск, а может быть ISO-образ с дистрибутивом. Последний необходимо смонтировать в виртуальный привод, вызвав на нем контекстное меню и выбрав команду «Подключить».
Подключаем флешку, диск или образ, запускаем от имени администратора PowerShell и вводим команду по типу:
Repair-WindowsImage -Online -RestoreHealth -Source D:\sources\install.wim
В этой команде буква диска установочного носителя подлежит подстановке. В нашем примере это буква D, а вместо нее в каждом отдельном случае нужно подставить свою букву флешки, физического или смонтированного привода, как они значатся в проводнике Windows. После ввода команды нажимаем Enter.
По итогу проведения операции, как и в предыдущем случае, об успешном ее завершении будет свидетельствовать состояние «Healthy» параметра «Image Health State».
После восстановления хранилища запускаем операцию, рассмотренную в п. 1 статьи.
5. Обновление Windows 10
Восстановить целостность поврежденных системных файлов Windows 10 можно путем обновления системы посредством утилиты Media Creation Tool. Ее можно скачать на официальном сайте Microsoft . Обновление Windows 10 – самый длительный по времени, в то же время самый надежный способ вернуть операционной системе работоспособность. Процесс обновления Windows 10 по времени проходит примерно столько же, сколько и процесс ее переустановки. В рамках проведения этого процесса все поврежденные системные файлы будут перезаписаны, сохранятся данные пользовательского профиля, установленные программы и внесенные системные настройки, а на выходе получим свежайшую, со всеми установленными обновлениями Windows 10 Anniversary Update.
Запускаем Media Creation Tool. Принимаем лицензионные условия.
Выбираем «Обновить этот компьютер сейчас».
И ждать завершения процесса обновления.
Отличного Вам дня!
Эта документация перемещена в архив и не поддерживается.
Управление хранилищем компонентов
Многие пользователи Windows задают вопрос: "Почему папка WinSxS такая большая?" Этот вопрос обсуждался в блогах, но в этом разделе рассматриваются дополнительные сведения о принципах, на которых основано хранилище компонентов (в частности, папка WinSxS), а затем даются ссылки на разделы, где описываются способы ограничения размера папки WinSxS.
Если отвечать коротко, то размер папки WinSxS на самом деле не так велик, как может показаться с первого взгляда, поскольку при его вычислении могут учитываться двоичные файлы Windows, размещаемые в других местах.
Хранилище компонентов Windows и папка WinSxS
Папка WinSxS расположена в папке Windows, например: c:\Windows\WinSxS . Это расположение для файлов хранилища компонентов Windows. Хранилище компонентов Windows поддерживает выполнение функций, необходимых для настройки и обновления Windows. Вот несколько примеров использования файлов из хранилища компонентов Windows.
Использование Центра обновления Windows для установки новых версий компонентов. Это обеспечивает защиту и актуальность систем.
Включение и отключение компонентов Windows.
Добавление ролей и компонентов с помощью диспетчера сервера.
Перемещение систем между различными выпусками Windows.
Восстановление системы после повреждения или неудачной загрузки.
Удаление проблемных обновлений.
Выполнение программ с использованием параллельных сборок.
Хранилище компонентов Windows впервые появилось в Windows XP для поддержки параллельных сборок. Начиная с Windows Vista хранилище компонентов было улучшено для отслеживания и обслуживания всех компонентов, составляющих операционную систему. Эти различные компоненты операционной системы отслеживают такие объекты, как файлы, каталоги, разделы реестра и службы. Конкретные версии компонентов часто объединяются в пакеты. Пакеты используются в Центре обновления Windows и программой DISM для обновления Windows. Компоненты и пакеты, используемые в процессе установки Windows, обрабатываются хранилищем компонентов Windows. Определение размера хранилища компонентов Windows усложняется тем, что многие используемые Windows файлы находятся в каталогах за пределами хранилища компонентов Windows с применением метода жесткой связи . В некоторых случаях файлы определенной версии компонента встречаются и в хранилище компонентов Windows, и вне его. С помощью жестких связей в Windows может создаться впечатление хранение нескольких копий одного файла без расхода фактического места на размещение нескольких копий.
Жесткие связи
Жесткая связь – это объект файловой системы, который позволяет двум файлам ссылаться на одно расположение на диске. Это значит, что несколько файлов могут ссылаться на одни и те же данные, а изменения этих данных в одном файле отражаются на других файлах. Это усложняет подсчет размера каталогов, как показано в следующем примере.
Каталог А содержит три файла: 1.txt, 2.txt и 3.txt.
Каталог Б содержит один файл: 4.txt.
Файлы 1.txt и 2.txt соединены жесткой связью и содержат 1 МБ данных.
Файлы 3.txt и 4.txt также соединены жесткой связью и содержат 2 МБ данных.
В этом примере видно, что жесткие связи позволяют нескольким файлам ссылаться на один набор данных.
Какой размер имеет каталог А?
Ответ зависит от того, что вы планируете делать с каталогом А.
При считывании файлов в каталоге А размер всех считанных файлов будет суммой размеров каждого файла. В данном примере это будет 4 МБ.
При копировании всех файлов из каталога А в новое расположение объем копируемых данных будет суммой всех данных, участвующих в жестких связях с файлами. В данном примере это будет 3 МБ.
При освобождении места путем удаления каталога А размер будет уменьшен только на объем файлов, которые участвуют в жесткой связи только в каталоге А. В данном примере можно будет освободить 1 МБ.
Теперь вернемся к вопросу о том, сколько места занимает хранилище компонентов Windows, в частности папка WinSxS. Третий ответ в примере с каталогом А ближе всего подходит к оценке дополнительного занятого места. Файлы, жестко связанные с остальной системой, необходимы для системных операций, поэтому их не нужно считать, а для файлов, которые участвуют в жестких связях с несколькими расположениями в хранилище компонентов, следует учитывать только место, занятое на диске.