Как да коригирам код за грешка 0x81000019 в Windows 10?

Няколко потребители на Windows 10 са се сблъскали с кода за грешка 0x81000019, когато се опитват да направят резервно копие на Windows 10. След няколко минути обработка този код за грешка се появява на екрана, придружен от съобщението за грешка „ Не може да бъде създадено копие в сянка “. Тази грешка често се свързва с регистрационните файлове на VSS и SPP. Както се оказва, проблемът изглежда е изключително за Windows 10.

Какво причинява грешка при архивиране на Windows 0x81000019?

Проучихме този конкретен проблем, като разгледахме различни потребителски отчети и изпробвахме най-популярните стратегии за ремонт, които други засегнати потребители успешно използваха, за да стигнат до дъното на този проблем. Както се оказва, няколко различни сценария може да доведат до този проблем. Ето списък с потенциални виновници:

  • Недостатъчно място в системния резервиран дял - Както се оказва, този проблем често може да възникне поради недостатъчно място в системния резервиран дял. Архивирането на Windows ще извърши много размяна на данни от системния резервиран дял по време на създаването на резервно копие, което ще улесни тази грешка, ако няма достатъчно място. В този случай можете да разрешите проблема, като увеличите системния запазен дял.
  • Услугата Volume Shadow Copy е зададена на Manual - Друг потенциален виновник, който може да причини това поведение, е неправилен екземпляр на Volume Shadow Copy (VSS услуга). Ако услугата е настроена на ръчно, процедурата за архивиране вероятно ще бъде засегната. Ако този сценарий е приложим, можете да разрешите проблема, като промените състоянието на услугата на Автоматично.
  • Смущения от антивирусни програми на трети страни - Свръхзащитният AV пакет може също да бъде отговорен за появата на кода за грешка 0x81000019. В повечето случаи Avast, Comodo, McAfee се отчитат като отговорни. В този случай трябва да можете да разрешите проблема или като деактивирате защитата в реално време, или като деинсталирате съвсем защитния пакет.
  • Повреда на системните файлове - В редки случаи този проблем може да възникне поради някакъв вид повреда на системния файл, която по някакъв начин пречи на резервния компонент. Ако този сценарий е приложим, би трябвало да можете да разрешите проблема или чрез стартиране на няколко помощни програми (DISM и SFC) или чрез повторно иницииране на всеки компонент на ОС чрез чиста инсталация или ремонтна инсталация (надграждане на място)

Ако в момента срещате същия проблем и търсите начин да го заобиколите, стъпките по-долу трябва в крайна сметка да ви позволят да коригирате кода за грешка 0x81000019 завинаги. Имайте предвид, че всяка от посочените по-долу потенциални корекции е потвърдена за работа от поне един засегнат потребител.

Ако искате да бъдете възможно най-ефективни, препоръчваме ви да следвате инструкциите по-долу в същия ред, в който сме ги подредили (чрез ефективност и сериозност). В крайна сметка ще се натъкнете на поправка, която ще ви позволи да разрешите проблема, независимо от виновника, който причинява проблема.

Нека да започнем!

Метод 1: Разширяване на системния запазен дял

Както съобщават няколко засегнати потребители, вероятно срещате този проблем поради недостатъчно пространство на системния дял. По време на процедурата за архивиране Windows ще прекара много данни напред-назад по системния резервиран дял. Ако няма достатъчно място, очаквайте да видите кода за грешка 0x81000019 като резултат.

Някои потребители потвърдиха, че са успели да разрешат този проблем, като използват приложение на трета страна, за да увеличат системния резервиран дял до над 500 MB, като вземат място от C или друго редовно устройство.

Ако смятате, че този сценарий е приложим, следвайте инструкциите по-долу за поетапни инструкции за разширяване на системния запазен дял с помощта на съветника за дялове:

Забележка: Използваме безплатната версия на Partition Wizard, но не се колебайте да използвате всеки друг продукт, който може да направи това, ако ви е по-удобно с него.

  1. Посетете тази връзка ( тук ) и кликнете върху Download Freeware на следващия екран, за да стартирате изтеглянето на безплатната версия на съветника за дялове.
  2. Изчакайте, докато изтеглянето завърши, след това щракнете двукратно върху инсталационния файл на Partition Wizard, следвайте инструкциите на екрана, за да завършите инсталацията на софтуера за разделяне на трета страна.
  3. Преминете през всеки екран за инсталиране, за да завършите инсталацията, след което рестартирайте компютъра си, след като процесът приключи. Ако обърнете внимание, можете да избегнете инсталирането на ненужни PUPs, като премахнете отметката от квадратчето за споразумение.
  4. При следващото стартиране на системата отворете съветника за дялове и на началния екран кликнете върху Управление на дискове и дялове от списъка с налични опции.
  5. След като пристигнете в правилния раздел, насочете вниманието си към дясната секция, след което щракнете с десния бутон върху системния резервиран дял. След като видите новопоявилото се контекстно меню, изберете Extend от списъка с налични опции.
  6. Когато сте в секцията Extend , стартирайте операцията, като изберете устройството, от което искате да вземете място. След като бъде избрано правилното устройство, използвайте плъзгача по-долу, за да увеличите системния дял, запазен до поне 1 GB, след което кликнете върху  OK, за да запазите промените и да започнете операцията.
  7. Изчакайте операцията да завърши, след това рестартирайте компютъра си и вижте дали проблемът е отстранен при следващото стартиране на системата.
  8. При следващото стартиране на системата повторете присъствието на резервното копие отново и вижте дали все още срещате същия проблем.

Ако все още срещате кода за грешка 0x81000019 , преминете надолу към следващия метод по-долу.

Метод 2: Задаване на услугата Volume Shadow Copy на AUTOMATIC

Друга потенциална причина с потенциал за задействане на кода за грешка 0x81000019 е неподходящ екземпляр на услугата Volume Shadow Copy (обикновено наричана VSS услуга). В повечето случаи процедурата за архивиране няма да може да завърши, тъй като услугата VSS е настроена на Ръчно.

Няколко засегнати потребители, които също се мъчеха да разрешат този проблем, съобщиха, че най-накрая успяват да разрешат проблема, като променят типа на състоянието на Volume Shadow Copy на Automatic. Повечето потребители съобщават, че след като са направили това, са успели да завършат процедурата за архивиране, без да срещнат кода за грешка 0x81000019 .

Ето кратко ръководство за промяна на типа на състоянието на Volume Shadow Copy Service на Automatic:

  1. Натиснете клавиша Windows + R, за да отворите диалоговия прозорец Изпълнение . След като влезете в полето за изпълнение , напишете 'service.msc' и натиснете Enter, за да отворите прозореца за услуги.
  2. След като влезете в екрана Услуги , превъртете надолу през списъка с локални услуги и намерете услугата Volume Shadow Copy . След като успеете да го намерите, щракнете с десния бутон върху него и изберете Properties от новопоявилото се контекстно меню.
  3. След като успеете да влезете в екрана Свойства на услугата Volume Shadow Copy, изберете раздела General от списъка с опции в горната част, след което променете типа Startup на Automatic. След това щракнете върху Приложи, за да запазите промените.
  4. Рестартирайте компютъра си и рестартирайте процедурата за архивиране при следващото стартиране на системата.

Ако все още срещате същия код за грешка 0x81000019, когато се опитвате да повторите действието, преминете надолу към следващия метод по-долу.

Метод 3: Деактивирайте AV пакета на трета страна (ако е приложимо)

Оказва се, че в някои случаи решаващият фактор, който причинява неуспех на процедурата за архивиране с кода за грешка 0x81000019, е свръхзащитен пакет за защита на трета страна. Имайте предвид, че някои пакети за защита на трети страни са известни с това, че пречат на някои компоненти на Windows, включително резервния компонент.

Avast, Comodo, McAfee са само няколко потенциални виновници, които може да са отговорни за появата на кода за грешка 0x81000019 . Няколко засегнати потребители, които се оказаха в точно това положение, успяха да разрешат проблема, като деактивираха защитата в реално време, докато бе създадено архивното копие, или като деинсталираха натрапчивия пакет за сигурност изобщо.

Ако искате по-малко натрапчивия подход, трябва да започнете с достъп до вашите AV настройки и първо да деактивирате защитата в реално време. Шансовете са, че ще ви позволи да завършите процеса на архивиране, без да получавате грешката отново (освен ако не е включен и компонент на защитната стена). С повечето апартаменти на трети страни можете да направите това лесно, като щракнете с десния бутон на мишката върху иконата на лентата на задачите, за да влезете в бързото меню.

Ако същият проблем все още се появява дори след като сте деактивирали защитата в реално време, препоръчваме ви да деинсталирате пакета на трета страна изцяло от компютъра си - само за да сте сигурни, че вашият AV не е въвел някои пасивни правила за сигурност, които ще останат активни дори когато защитата в реално време е деактивирана.

Ако търсите бърз и ефективен начин за това, следвайте тази статия ( тук ) за инструкции стъпка по стъпка за премахване на AV от трета страна и премахване на всеки остатъчен файл.

Ако вече сте следвали този метод без успех или това не е приложимо, тъй като не използвате AV пакет на трета страна, преминете надолу към следващата потенциална корекция по-долу.

Метод 4: Стартиране на сканиране на DISM и SFC

Както се оказва, този конкретен проблем може да се появи и поради някакъв вид повреда на системните файлове. Това постоянно се съобщава от няколко различни потребители на Windows 10, които намекват, че резервният компонент може да бъде блокиран от повредени данни в критични папки.

Ако този сценарий е приложим, би трябвало да можете да разрешите проблема, като стартирате ac няколко вградени помощни програми, предназначени да се справят с случаи, при които повредата на системния файл в крайна сметка нарушава важни компоненти. DISM (обслужване и управление на изображения за внедряване) и SFC (проверка на системни файлове).

Докато SFC е по-фокусиран върху поправянето на логически грешки, DISM е по-добър в поправянето на зависимости, които могат да повлияят на операцията за архивиране и актуализиране. Имайки предвид това, ви препоръчваме да стартирате и двете помощни програми, за да увеличите максимално шансовете си да върнете резервния компонент обратно във функциониращо състояние.

Ето кратко ръководство за провеждане както на SFC, така и на DISM сканиране от повишен команден ред:

  1. Натиснете клавиша Windows + R, за да отворите диалоговия прозорец Изпълнение . След това, след като влезете в новопоявилия се диалогов прозорец Изпълнение, въведете 'cmd' в текстовото поле и натиснете Ctrl + Shift + Enter, за да отворите повишена CMD команда. Ако бъдете подканени от UAC (Контрол на потребителски акаунти) , щракнете върху Да, за да предоставите администраторски достъп.
  2. След като успеете да влезете в повишения CMD ред, въведете следната команда и натиснете Enter, за да стартирате SFC сканиране:
    sfc / scannow

    Забележка: Това SFC сканиране използва локално кеширано копие, за да замени повредените копия със здрави копия. След като стартирате това сканиране, не трябва да го прекъсвате, тъй като рискувате да създадете допълнителни логически грешки, ако затворите прозореца, преди операцията да приключи.

  3. След като процесът приключи, рестартирайте компютъра си и изчакайте следващата стартираща последователност да завърши. След като стартовата последователност приключи, следвайте стъпка 1 отново, за да отворите друга повишена команден ред.
  4. След като успеете да се върнете към друг повишен команден ред, въведете следната команда и натиснете Enter, за да стартирате DISM сканиране:
    DISM / Online / Cleanup-Image / RestoreHealth

    Забележка: Важно е да имате предвид, че DISM изисква постоянна интернет връзка. Това е от решаващо значение, тъй като помощните програми заемат WU (Windows Component), за да изтеглят здрави копия, които по-късно ще бъдат използвани за заместване на повредени екземпляри. Поради този факт ще трябва да се уверите, че вашата мрежова връзка не е прекъсната по време на този процес.

  5. След като сканирането на DISM приключи, рестартирайте компютъра си и вижте дали резервният компонент е фиксиран при следващото стартиране на системата.

Ако все още се среща същият код за грешка 0x81000019 , преминете надолу към следващия метод по-долу.

Метод 5: Извършете ремонтна инсталация / чиста инсталация

Ако основният ремонт на системата, който извършихте по-горе, не ви позволи да разрешите проблема, много вероятно е, че имате работа с някакъв вид повреда на системния файл, който не може да бъде разрешен конвенционално. В случай, че този сценарий се отнася за текущата ви ситуация, трябва да можете да разрешите проблема изцяло, като нулирате всеки компонент на Windows, включително данни, свързани с зареждане.

Що се отнася до това, имате два начина напред:

  • Чиста инсталация - Това е най-лесната процедура от двете, тъй като може да се направи само няколко стъпки без инсталационен носител. Но основният недостатък е, че в крайна сметка ще загубите всичките си лични файлове, освен ако предварително не архивирате всички важни файлове и ги съхраните извън вашето OS устройство.
  • Поправяне на инсталиране - Поправянето на инсталацията (ремонт на място) е по-досаден подход, който ще изисква от вас да използвате съвместим инсталационен носител. Но основното предимство на преминаването по този маршрут е, че това ще засегне само компонентите на Windows. Това означава, че всеки личен файл (приложения, игри, мултимедия и дори някои потребителски предпочитания) ще остане непокътнат.

Чувствайте се свободни да следвате кой метод е по-близо до това, което имате предвид.