Як відомо, служба автоматичної установкиапдейтів в Windows-системах, починаючи з сьомої версії, досить часто дає збої. Серед найпоширеніших помилок можна назвати появу повідомлення з кодом 0x80070005 (Windows 7). Як виправити таку ситуацію, зараз і подивимося. Відразу ж зверніть увагу, що дана проблема характерна не тільки для «сімки». В рівній мірі вона може давати про себе знати і в восьмий, і в десятій версіях.
Як вважається, щоб визначити засібусунення хвороби, потрібно знати першопричини її появи. Помилка «служби Windows» Windows 0x80070005 (Windows 7 беремо як приклад, не більше) може виникати виключно у випадках, коли система не може отримати доступ до деяких системних файлів і компонентів, або у користувача відсутні необхідні права доступу.
Найбільш поширеними ситуаціями, коли система видає попередження про те, що відмовлено в доступі до певного об'єкту, можуть бути наступні:
Як бачимо, основний упор робиться нанеможливість доступу до файлів і компонентів ОС. Здавалося б, чого простіше використовувати обліковий запис Адміністратора? Але немає. Проблема, незважаючи на її уявну простоту, набагато глибше. І однією з найбільш неприємних ситуацій є саме та, при якій виникає помилка 0x80070005 (Windows 7). Як виправити цей збій, зараз і подивимося. Правда, в даному випадку стандартні методи можуть не спрацювати, тому доведеться напружити мізки.
Перший спосіб усунення проблеми зводиться до використання автоматичного виправлення збою. Йдеться про перевірку цілісності системних компонентів.
Для початку викликаємо командний рядок, прописавши вконсолі «Виконати» (Win + R) cmd (обов'язково від імені адміна). Потім вводимо три команди, що дозволяють на першому етапі усунути проблему в автоматичному режимі засобами самої системи. Спочатку прописуємо команду sfc / scannow, а потім - ще дві: dism / online / cleanup-image / scanhealth і dism / online / cleanup-image / restorehealth. Імовірність виправлення ситуації досить велика, хоча в деяких випадках це може і не спрацювати (якщо цілісність системних компонентів не порушена).
Одним з найбільш універсальних засобів багатофахівці і користувачі називають невелику утиліту, яку можна завантажити на офіційному сайті Microsoft у вигляді виконуваного файлу встановлення SubInACL.exe.
Інсталювати програму в систему потрібно построго визначеними правилами, оскільки при неправильній установці знову може з'явитися збій з кодом 0x80070005 (Windows 7). Як виправити помилку таким способом?
Спочатку запускаємо скачаний інсталятор з правамиадміна і в якості папки призначення вказуємо каталог, розташований в корені системного розділу диска (наприклад, С: / subinacl). Вона є супутнім компонентом для виконання сценаріїв, а не засобом усунення проблеми.
Після цього починається найскладніше. У стандартному «Блокноті» потрібно прописати код, який ви бачите на зображенні нижче.
Створений файл потрібно зберегти в виконуваномуформаті BAT в будь-якій зручній локації. Потім правим кліком на об'єкті викликаємо підменю і вибираємо запуск від імені адміністратора. Коли закінчиться виконання скрипта, на екрані командної консолі з'явиться напис «Gotovo». Далі потрібно просто натиснути будь-яку клавішу для виходу, перезавантажити комп'ютер і повторити операцію, викликала збій 0x80070005 (Windows 7). Як виправити ситуацію, зрозуміло. Але в деяких випадках скрипт може не спрацювати. Не кажучи про причини, відзначимо, що можна застосувати і інші скрипти, один з яких показаний нижче.
Правда, як стверджують досвідчені користувачі, виконання саме цього сценарію може привести до непрацездатності всієї системи, тому застосовувати його слід тільки на свій страх і ризик.
Буває і таке, що відновлення системи напевній стадії тягне за собою появу помилки 0x80070005 (Windows 7). Як виправити збій процесу відновлення? Спочатку для облікового запису потрібно перевірити права доступу до каталогу System Volume Information (він є прихованим, тому в меню виду потрібно включити відображення відповідних об'єктів). Якщо стоїть галочка навпроти пункту «Тільки читання», її потрібно прибрати.
У деяких випадках можна використовувати доступ доконфігурації системи через рядок msconfig в консолі «Виконати», де на загальній вкладці прибрати всі галочки і застосувати або діагностичний, або вибірковий запуск.
Нарешті, можна спробувати запустити редактор служб (services.msc) і встановити автоматичний тип запуску для компонента тіньового копіювання.
У самому останньому варіанті передбачається скиданнясховища з перейменуванням початкової папки. Спочатку перевантажуємося в безпечному режимі і вводимо в командному рядку net stop winmgmt, після чого в каталозі System32 основний директорії системи знаходимо папку wbem, а в ній - каталог repository, якому і потрібно присвоїти інше ім'я (просто додайте до назви Old через точку).
Далі знову перезавантажуємо систему (знову вбезпечному режимі), використовуємо командний рядок і прописуємо рядок первинної команди зупинки. Після неї вводимо winmgmt / resetRepository. Після всього зробленого перенавантажуємо систему в звичайному режимі. Проблема зникне.
Як вже можна помітити, дана ситуація невідноситься до числа тих, які можна виправити стандартними, простими методами. Якщо така помилка з'являється, дійсно доведеться витратити трохи часу і сил, щоб привести систему до тями. Однак всі описані дії в більшості випадків допомагають на всі 100%, не рахуючи автоматичного виправлення помилки, яке може і не спрацювати. Якщо вже зовсім нічого не допомагає, потрібно перевірити вільне місце на жорсткому диску. Можливо, саме цей фактор є стримуючим.
