Я вже давно не писав нічого, що стосується виключнодо Windows 7. Приводом до сьогоднішнього запису став рідкісний випадок — Microsoft додала нову можливість у стару ОС заднім числом!

Читачі зі стажем відразу згадають, як через чотири роки після виходу Windows 7 у ній з'явилася можливість очищати папку WinSXS. Тоді Windows 8+ перенесли частину функцій DISM. Пройшло два роки, і в Windows 7 переселилася ще одна технологія, пов'язана із сховищем компонентів.

Сьогодні у програмі

Повертаючись до надрукованого

З неї ви дізнаєтесь:

• основи системи обслуговування Windows
• дії для відновлення компонентів у Windows 8+
• різницю між старим CheckSUR у Windows 7 та вбудованим відновленням у Windows 8+

Що нового у Windows 7:)

Microsoft опублікувала статтю бази знань KB2966583, з якої можна завантажити пакет оновлень. Після його встановлення і перезавантаження Windows 7 отримує фактично таку можливість відновлення компонентів, як Windows 8+.

Як і в нових ОС, відновлення реалізовано за допомогою DISM. Нижче наведена команда запускає процес перевірки сховища та відновлення пошкоджених компонентів.

DISM/Online/Cleanup-Image/ScanHealth

Однак у Windows 7 є ряд особливостей:

• тут немає ключів /CheckHealthі /RestoreHealth, і всю роботу виконує ключ /ScanHealth
• команду можна виконувати лише з працюючої системі, тобто. відновлення відключених образів не реалізовано
• з'явилася можливість перевірки та відновлення компонентів Internet Explorer, якої не було у старому CheckSUR

Результат роботи команди потрібно дивитися в журналі, як і раніше зберігається за адресою \Windows\logs\CBS\checksur.log

================================= Checking System Update Readiness. Binary Version 6.1.7601.18489 2015-07-27 12:32 Checking Windows Servicing Packages Checking Package Manifests and Catalogs Checking Package Watchlist

У мене на ВМ пошкоджень не виявилось, але ви можете перевірити у себе.

У статті бази знань окремо згадується можливість створити заплановане завдання для запуску команди. Однак, врахуйте, що для запуску DISM потрібні права адміністратора, тобто. завдання не відпрацює під звичайним обліковим записом.

Дискусія та опитування

Якщо у вас є питання або коментарі щодо відновлення компонентів, не соромтеся озвучувати їх в обговоренні. Будь ласка, не публікуйте лог checksur у тексті коментаря - є PasteBin.

Втім, я думаю, що їх буде небагато, тож хочу розгорнути дискусію в іншу площину. До офіційного випуску Windows 10 залишилася лише кілька днів. Для інсайдерів та ентузіастів там жодних сюрпризів немає – ми стежимо за перебігом розробки ОС вже вісім місяців. Відомо, що майже всі власники Windows 8.1 оновляться до Windows 10.

Тому мене особливо цікавить, як багато людей готові перейти на Windows 10 з Windows7 і раніше ОС.

Я вже проводив опитування на тему швидкості оновлення до Windows 10, але там не було розкладу вашої поточної системи, і зараз ми його побачимо. Якщо Windows 10 IP є основною поточною системою, вкажіть ту, яка була встановлена ​​до неї.

У коментарях напишіть, чому ви перейдете чи не перейдете на Windows 10!Не забудьте вказати, як довго і як ви користувалися попередньою версією Windows 10.

Чи виникли проблеми з Windows 10 і не можете їх виправити? Пошкоджено системні файли та традиційна команда sfc /scannow не працює? Перегляньте, як використовувати функцію DISM для виправлення пошкоджених системних файлів або відновлення їх з оригінального образу системи без інсталяції Windows 10.

Як правило, у разі виникнення проблем із системними файлами використовують утиліту SFC, яка сканує жорсткий диск на наявність помилок та виправляє їх. Але все ж таки цей засіб першої допомоги не завжди приносить потрібні результати. У системі доступна ще одна утиліта DISM, про яку ми миттєво згадували в попередніх статтях, здатна усунути проблеми з пошкодженими файлами в Windows 10. Цього разу розглянемо повний спектр функцій DISM, опишемо різні варіанти використання та покажемо, як використовувати її для відновлення пошкоджених системних систем. файлів із оригінального образу системи (сховища компонентів).

Ця функція призначена для виправлення та підготовки образів WIndows, таких як завантажувального диска ОС, засобів відновлення системи і т. д. За допомогою цих образів можна перевстановити або відновити систему у разі виникнення проблем. Під час використання утиліти SFC для сканування та відновлення диска проблеми з пошкодженими файлами вирішуються лише за допомогою відповідного образу зі сховища компонентів на жорсткому диску. Коли цей образ пошкоджено, система не може витягти із сховища компонентів системні файли і, отже, не здатна відновити їх за допомогою функції SFC. Саме в цьому випадку нам допоможе утиліта DISM, яка вирішить проблему з образами для відновлення і дозволить функції SFC коректно завершити свою роботу.

Як використовувати утиліту DISM?

Відновити системні файли через утиліту не складно. Цим додатком можна відновити компоненти за тим самим принципом, як за допомогою SFC через командний рядок. Для виклику командного рядка натисніть комбінацію клавіш Windows + X і в меню виберіть пункт «командний рядок (адміністратор). Потім у консолі потрібно ввести команду DISM із відповідними параметрами.

До команди DISM можемо дописати додаткові параметри, за допомогою яких можна виконати перевірку, сканування та відновлення образів у різний спосіб. Розглянемо найважливіші комбінації.

DISM із параметром CheckHealth

У консолі командного рядка введіть наступну команду:

DISM / Online / Cleanup-Image / CheckHealth

За допомогою цього параметра можна швидко перевірити образ та окремі компоненти інсталяції системи, які зберігаються на диску наявність пошкоджень. Ця команда не робить жодних змін – вона є повністю безпечною. CheckHealth надає інформацію про стан пакету операційної системи. Це дуже корисна опція, коли ми хочемо в безпечний спосіб перевірити, чи не відбулися будь-які пошкодження системного файлу в сховищі компонентів.

DISM із параметром ScanHealth

Дія цього параметра схожа на CheckHealth, але займає трохи більше часу за рахунок ретельнішого сканування, але також нічого не виправляє. Його варто використовувати, коли попередня опція / CheckHealth поінформувала, що все гаразд, але ми хочемо переконатися, що це безумовно так. Введіть:

DISM/Online/Cleanup-Image/ScanHealth

Сканування може зайняти набагато більше часу, ніж із попередньою опцією (приблизно 10 хвилин). Якщо сканування зупиняється на 20% або 40%, потрібно почекати – може здатися так, що комп'ютер завис – але насправді виконується сканування.

DISM із параметром RestoreHealth

Якщо перша та друга команди вивантажили повідомлення, що образи пошкоджені, настав час їх відновити. З цією метою використовуємо параметр / RestoreHealth. Введіть наступну команду в консолі командного рядка:

DISM/Online/Cleanup-Image/RestoreHealth

Параметр використовує Windows Update для відновлення пошкоджених файлів у сховищі компонентів. Процедура сканування та автоматичного відновлення може тривати приблизно 20 хвилин (іноді і більше). DISM виявляє збій, створює список пошкоджених файлів, а потім завантажує їх із серверів Майкрософта за допомогою центру оновлень Windows.

Як відновити файли із зазначеного джерела за допомогою параметра RestoreHealth

Іноді буває так, що пошкодження операційної системи набагато ширші і торкаються служби оновлення Windows. У цьому випадку не вдасться через параметр RestoreHealth усунути пошкодження в образі, тому що система не може підключитися до серверів Майкрософт. У цій ситуації слід виконати іншу операцію – вкажемо шлях до інсталятора (інсталятора) Windows, з якого будуть завантажені «робочі» файли без використання Інтернету та центру оновлень.

Для цього потрібний інсталятор Windows 10 на DVD-диску, флеш-пам'яті або у форматі ISO. Останній може бути завантажений через програму Media Creation Tool для Windows 10.

Завантажте версію для Windows 10 (32 або 64 біт), запустіть програму і дотримуйтесь вказівок майстра із завантаження ISO на ваш комп'ютер. Після того, як зображення завантажено і збережено, перейдіть у вікно провідника і двічі клацніть на файл ISO з інсталятором, щоб його змонтувати. У вікні "Цей комп'ютер" перевірте, яка літера була присвоєна змонтованому образу (наприклад, літера "E").

Якщо у вас є завантажувальний диск DVD або USB накопичувач з інсталяцією Windows 10, то нічого не треба завантажувати - просто вставте диск або підключіть зовнішній носій, і подивіться, яка літера була присвоєна цьому накопичувачу в розділі "Цей комп'ютер".

Після того, як накопичувач з інсталяцією Windows виявлено системою і нам відома літера настав час використовувати відповідний параметр DISM, який вкаже шлях до цього носія. Для цього введіть наступну команду:

Dism /Online /Cleanup-Image /RestoreHealth /Source:wim:E:\Sources\install.wim:1 /limitaccess

Ще раз зверніть увагу на те, що якщо в нашому випадку, DVD, флеш-пам'яті або образу ISO присвоюється інша літера ніж «Е», то поміняйте її у вищевказаній команді. Після натискання на Enter пошкоджені файли сховища компонентів будуть відновлені з оригінального інсталятора Windows за вказаним шляхом.

Виправлення помилок у Windows

Після того, як ви виконали всі вищезгадані кроки, тепер потрібно знову використовувати утиліту SFC для виправлення помилок у системі з відновлених образів Windows. Введіть у вікні командного рядка:

sfc /scannow

Іноді може виникнути потреба сканувати систему тричі, щоб повністю усунути всі помилки. SFC тепер має доступ до відновлених образів у сховищі компонентів та може повністю відновити пошкоджені системні файли.

Напередодні надходження Windows 8 у продаж Microsoft випустила велике кумулятивне оновлення KB2756872, чого раніше не робила для клієнтських операційних систем. Однак при встановленні оновлення на мене чекав неприємний сюрприз — помилка 80073712.

Сьогодні я розповім про те, як перемогти цю та низку інших помилок при встановленні оновлень Windows за допомогою нової можливості обслуговування – вбудованого відновлення компонентів (in-box corruption repair).

Цей запис відкриває серію статей про нововведення в обслуговуванні Windows. І ні, воно не має нічого спільного з автоматичним обслуговуванням за допомогою планувальника. Спочатку я покажу, як вирішив проблему зі встановленням оновлення, а потім розповім про технологію.

Сьогодні у програмі

Усунення помилок Windows Update, спричинених пошкодженням сховища компонентів

У довідці попередніх ОС Microsoft для помилки 80073712 є опис, з якого випливає, що причиною є пошкодження сховища компонентів. Для Windows Vista та Windows 7 було випущено утиліту System Update Readiness Tool (CheckSUR), покликану усунути низку помилок Windows Update.

80070002 ERROR_FILE_NOT_FOUND 8007000D ERROR_INVALID_DATA 800F081F CBS_E_SOURCE_MISSING 80073712 ERROR_SXS_COMPONENT_STORE_CORRUPT 800736CC ERROR_SXS_FILE_HASH_MISMATCH 800705B9 ERROR_XML_PARSE_ERROR 80070246 ERROR_ILLEGAL_CHARACTER 8007370D ERROR_SXS_IDENTITY_PARSE_ERROR 8007370B ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_NAME 8007370A ERROR_SXS_INVALID_IDENTITY_ATTRIBUTE_VALUE 80070057 ERROR_INVALID_PARAMETER 800B0100 TRUST_E_NOSIGNATURE 80092003 CRYPT_E_FILE_ERROR 800B0101 CERT_E_EXPIRED 8007371B ERROR_SXS_TRANSACTION_CLOSURE_INCOMPLETE 80070490 ERROR_NOT_FOUND

Для виправлення цих помилок у Windows 8 і новіших ОС утиліта CheckSUR не потрібна, тому що все необхідне вже вбудоване в систему! Ви можете відновити пошкоджені компоненти за допомогою командлета PowerShell (рекомендований спосіб) або утиліти DISM.exe.

Upd. 28-Jul-2015. Microsoft випустила спеціальне оновлення, яке привносить у Windows 7 можливість вбудованого відновлення компонентів за аналогією з Windows 8+.

Етап 1 – відновлення пошкодженого сховища компонентів

Відновлення можна виконати без інсталяційного диска Windows, але в деяких випадках він може знадобитися.

Відновлення без диска

У цьому випадку використовуються файли сховища на локальному диску та Windows Update.

Стан сховища компонентів позначається параметром Image Health State. У нього Healthyозначає, що зі сховищем компонентів все нормально. Для подальшої діагностики переходьте до перевірки цілісності системних файлів трохи нижче ↓ Якщо пошкодження сховища не виправлено, потрібно спробувати зробити це за допомогою інсталяційного диска.

Відновлення за допомогою інсталяційного диска

Коли системі не вдається відновити будь-які компоненти, вам може допомогти оригінальний інсталяційний диск.

1. Клацніть правою кнопкою миші за ISO-образом та виберіть у меню Підключити. Зверніть увагу на букву диска, яку отримав підключений образ.
2. У PowerShell виконайте команду: Repair-WindowsImage -Online -RestoreHealth -Source:WIM:Е:\sources\install.wim:1

   Тут буква «E» відповідає букві підключеного образу, а цифра «1» — індексу видання образ (у прикладі використовується образ Windows 8 Enterprise з єдиним виданням).

3. Після закінчення процедури переконайтеся, що сховище компонентів у порядку (Healthy).

Етап 2 – перевірка цілісності системних файлів

Строго кажучи, цей етап немає відношення до відновлення компонентів. Проте технічна підтримка Microsoft рекомендує після перевірки цілісності сховища компонентів також перевірити цілісність системних файлів. Для цього у командному рядку, запущеному від імені адміністратора, виконайте команду:

Sfc /scannow

У мене один із файлів був пошкоджений, і утиліта SFC успішно відновила його.

Випадки, коли системі не вдалося відновити будь-які файли, виходять за межі цієї статті (я розберу їх в інший раз).

Етап 3 – встановлення оновлення

Отже, дві команди відновили цілісність сховища компонентів та системних файлів. Саме час спробувати інсталювати оновлення заново.

Як бачите, цього разу у мене все спрацювало!

Що таке обслуговування Windows і навіщо воно потрібне

Переваги вбудованого відновлення компонентів Windows

Давайте порівняємо ключові моменти відновлення компонентів у різних операційних системах.

Windows Vista та Windows 7

Мета перевірки (працююча система та образи)

Метою перевірки може бути як встановлена ​​система, і образ у форматі WIM чи VHD.

Перевіряє діючу систему.

Перевіряє підключений автономний образ за вказаним після параметра шляху.

Перевірка та відновлення сховища

Для визначення стану та відновлення компонентів у командлеті Repair-WindowsImage передбачено три параметри, що виконують перевірку сховища. Результатом сканування може бути:

• відсутність ушкоджень (Healthy)
• наявність пошкоджень, які можна відновити (Repairable)
• наявність пошкоджень, які не можна відновити (Not repairable)

Однак, функції параметрів відрізняються.

-CheckHealth

Миттєво перевіряє, чи є у системному реєстрі маркер, що позначає пошкодження. Цей маркер може з'явитися у процесі роботи системи обслуговування.

-ScanHealth

Перевіряє сховище щодо пошкоджень. Ця операція займає більше часу, ніж перевірка маркера.

-RestoreHealth

Перевіряє сховище на предмет пошкоджень та виконує їх відновлення. Ця операція є найдовшою із трьох.

Джерело компонентів для відновлення

Щоб відновити компоненти, їх треба взяти звідкись. Коли джерело не вказано, під час перевірки автоматично використовується локальне сховище компонентів та Windows Update.

Цей момент ніде не задокументований, і ви повинні розуміти, що під час перевірки автономного образу Windows з-під іншого видання чи версії Windows, джерело потрібно вказувати обов'язково.

В обох випадках можна вказати більше одного джерела і навіть блокувати Windows Update при цьому. Наведені нижче параметри призначені лише для відновлення, і тому допустимі лише у зв'язці з -RestoreHealth.

Як джерело можна використовувати шлях до:

• працюючій системі, до якої є доступ по мережі
• автономному образу, причому його попереднє підключення необов'язкове

Тут цікава можливість вказати шлях безпосередньо до видання WIM-образі без його попереднього копіювання на локальний диск і подальшого підключення. Це таємне знання, поки не відображене в документації;) Це працює завдяки функції автоматичного підключення WIM, реалізованої на останніх стадіях розробки Windows 8.

Ви можете перерахувати кілька шляхів через кому. Додаткові джерела використовуються тільки в тому випадку, якщо в попередніх не знайшлося відповідних компонентів.

Коли в якості джерела використовується WIM-образ, необхідно вказати тип образу та його індекс:

Source:WIM:Е:\sources\install.wim:1

-LimitAccess

Блокує доступ до Windows Update під час перевірки.

Приклади команд PowerShell

Я наведу кілька прикладів практичного використання командлета Repair-WindowsImage з різними цілями та джерелами перевірки. Перші два ви вже бачили на початку статті.

Відновлення сховища працюючої системи, використовуючи локальні файли та Windows Update як джерело:

Repair-WindowsImage -Online -RestoreHealth

Відновлення сховища працюючої системи, використовуючи Windows Update та WIM-образ як джерела:

Repair-WindowsImage -Online -RestoreHealth -Source:WIM:Е:\sources\install.wim:1

Перевіряє сховища автономного VHD-образу. Спочатку він підключається до папки C:\mount (це відбувається дуже швидко), а потім виконується перевірка.

Mount-Windowsimage -ImagePath C:\vhd\Win8.vhd -Index 1 -Path C:\mount Repair-WindowsImage -Path C:\mount -ScanHealth

Відновлення сховища автономного VHD-образу, використовуючи як джерело WIM-образ. Спочатку VHD підключається до папки, потім виконується відновлення образу, після чого VHD відключається зі збереженням змін.

Mount-Windowsimage -ImagePath C:\vhd\Win8.vhd -Index 1 -Path C:\mount Repair-WindowsImage -Path C:\mount -RestoreHealth -Source:WIM:Е:\sources\install.wim:1 Dismount- WindowsImage -path C:\mount -Save

Результати перевірки та відновлення

Крім результатів у консолі ви можете знайти докладний звіт ближче до кінця файлу %WinDir%\Logs\DISM\dism.log

У першій половині наведеного фрагмента видно конкретні компоненти та результат їх відновлення (успіх чи невдача), а у другій – зведення про операцію, включаючи час її виконання.

Checking System Update Readiness. (p) CSI Manifest Corrupt (Fixed) amd64_microsoft-windows-lpksetup_31bf3856ad364e35_6.2.9200.16384_none_7a23086df63cad13 (p) CSI Manifest Corrupt (Fixed) amd64_microsoft-windows-l..oyment-languagepack_31bf3856ad364e35_6.2.9200.16384_ru-ru_2422e0b40b0ac235 (p) CSI Manifest Corrupt ( Fixed) amd64_microsoft-windows-l..oyment-languagepack_31bf3856ad364e35_6.2.9200.16384_ru-ru_2a982e5d65c9a294 (p) CSI Manifest Corrupt (Fixed) amd64_microsoft-windows-l..oyment-languagepack_31bf3856ad364e35_6.2.9200.16384_ru-ru_53ea2a36610cb913 (p) CSI Manifest Corrupt ( Fixed) amd64_microsoft-windows-l..oyment-languagepack_31bf3856ad364e35_6.2.9200.16384_ru-ru_879ccd7f3842e229 (p) CSI Manifest Corrupt (Fixed) amd64_microsoft-windows-l..oyment-languagepack_31bf3856ad364e35_6.2.9200.16384_ru-ru_8e2bd9e9b9aeac5f (p) CSI Manifest Corrupt ( (fixed) Last Successful Step: Entire operation completes. Total Detected Corruption: 7 CBS Manifest Corruption: 0 CBS Metadata Corruption: 0 CSI Manifest Corruption: 7 CSI Metadata Corruption: 0 CSI Payload Corruption: 0 Total Repaired Corruption: 7 CBS Manifest Repaired: 0 CSI Manifest Repaired: CSI Store Metadata обмежена: True Total Operation Time: 221 seconds.

Як бачите, у мене було пошкоджено 7 маніфестів, які належать мовному пакету, що стало перешкодою до встановлення оновлення Windows. Усі пошкодження було виправлено.

Безумовно, цей матеріал не має на увазі моментального практичного застосування, хоча перевірити стан сховища компонентів Windows ви можете прямо зараз. Більше того, за три роки роботи в Windows 7 у мене жодного разу не виникало проблем із встановленням оновлень.

Однак помилки Windows Update, пов'язані з пошкодженням сховища, зовсім не рідкість, навіть якщо судити лише за форумом OSZone. Тому важливо знати, як боротися із ними.

Мені здалося, що частина аудиторії блогу відверто занудьгувала від серії статей про сучасний інтерфейс Windows 8 та додатків. Звичайно, там все примітивно, ніяких технічних тонкощів, а головне – у деяких людей створюється відчуття, що, окрім Modern UI, у Windows 8 немає нічого нового. Це не так…

Я давно планував серію записів про зміни в обслуговуванні Windows, а проблема з встановленням оновлення, що виникла, лише форсувала публікацію, заодно змусивши мене змінити порядок статей у серії.

Вам вистачило технічних тонкощів сьогодні? ;)

Якщо ні, у наступному записі з цієї серії на вас чекає не тільки екскурс в історію інструментів обслуговування ОС Microsoft, але й унікальна можливість спробувати себе в ролі збирача Windows! Але до цього у блозі з'являться записи на інші теми.

Ця документація переміщена до архіву і не підтримується.

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

Багато користувачів Windows запитують: "Чому папка WinSxS така велика?" Це питання обговорювалося в блогах, але в цьому розділі розглядаються додаткові відомості про принципи, на яких засновано сховище компонентів (зокрема папка WinSxS), а потім даються посилання на розділи, де описуються способи обмеження розміру папки WinSxS.

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

Сховище компонентів Windows та папка WinSxS

Папка WinSxS розташована у папці Windows, наприклад: c:\Windows\WinSxS. Це розташування файлів сховища компонентів Windows. Сховище Windows підтримує виконання функцій, необхідних для налаштування та оновлення Windows. Ось кілька прикладів використання файлів із сховища компонентів Windows.

Використання Windows Update для встановлення нових версій компонентів. Це забезпечує захист та актуальність систем.

Увімкнення та вимкнення компонентів Windows.

Додавання ролей та компонентів за допомогою диспетчера сервера.

Переміщення систем між різними випусками Windows.

Відновлення системи після пошкодження або невдалого завантаження.

Видалення проблемних оновлень.

Виконує програми з використанням паралельних збірок.

Сховище компонентів Windows вперше з'явилося у Windows XP для підтримки паралельних збирань. Починаючи з Windows Vista, сховище компонентів було покращено для відстеження та обслуговування всіх компонентів, що становлять операційну систему. Ці компоненти операційної системи відстежують такі об'єкти, як файли, каталоги, розділи реєстру та служби. Конкретні версії компонентів часто об'єднуються у пакети. Пакети використовуються у Windows Update та програмі 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. Третя відповідь у прикладі з каталогом А найближче підходить до оцінки додаткового місця. Файли, що жорстко пов'язані з іншою системою, необхідні для системних операцій, тому їх не потрібно рахувати, а для файлів, які беруть участь у жорстких зв'язках з кількома розташуваннями в сховищі компонентів, слід враховувати лише місце, зайняте на диску.

При роботі на операційній системі 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, швидше за все, ви побачите повідомлення, що все пошкоджене було успішно відновлено.