Поправете: Код на грешката 0x800f0954

Някои потребители получават код за грешка 0x800f0954 при опит да инсталират .NET Framework 3.5 или друга незадължителна функция в Windows 10. Повечето потребители съобщават, че тази грешка се появява, докато се опитват да инсталират пакета чрез функции на Windows, но други го получават, докато с помощта на инструмента за команден ред DISM. Грешката изглежда не е изключителна за определена версия на Windows, тъй като е потвърдено, че се появява в Windows 7, Windows 8.1 и Windows 10.

Код на грешката 0x800f0954

Какво причинява код за грешка 0x800f0954?

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

  • Компютърът не може да получи достъп до сървъра за актуализация на Windows - В някои случаи съобщението за грешка се появява, тъй като системата не е в състояние да достигне WU сървъра. Това е типично в ситуации, когато има цяла мрежа от свързани с домейн компютри, конфигурирани да изтеглят актуализации от WSUS сървър. В този случай можете да разрешите проблема, като заобиколите WSUS.
  • Дневниците на DISM CBS предизвикват проблема - Понякога CBS регистрационните файлове, генерирани от помощната програма DISM, могат да насочат към проблем, който всъщност не съществува. В този случай можете да разрешите проблема, като изтриете дневниците за обслужване на базата на компоненти и повторно изпълнете командата DISM, която по-рано не успя с това съобщение за грешка.
  • .NET Framework трябва да бъде инсталиран през Powershell - Ако се опитвате да инсталирате по-стар .NET Framework пакет, може да се наложи да го направите от прозорец на PowerShell, за да избегнете грешката 0x800f0954 .
  • Груповата политика предотвратява инсталирането - Има една политика, която има потенциал да задейства тази конкретна грешка, ако е деактивирана от редактора на местните групови правила. Ако този сценарий е приложим, можете да разрешите проблема, като активирате политиката „Укажете настройки за незадължителна инсталация на компонент и поправяне на компоненти“.

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

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

Метод 1: Обход на WSUS

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

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

  1. Натиснете клавиша Windows + R, за да отворите диалогов прозорец Run . След това въведете „regedit“ и натиснете Ctrl + Shift + Enter, за да отворите редактора на системния регистър с административни привилегии. Когато бъдете подканени от UAC (Контрол на потребителски акаунт), щракнете върху Да, за да предоставите административни привилегии.
  2. Вътре в редактора на системния регистър използвайте левия панел, за да отидете на следното място:
     HKEY_LOCAL_MACHINE \ Software \ Policies \ Microsoft \ Windows \ WindowsUpdate \ AU 

    Забележка: Можете също да поставите адреса директно в лентата за навигация и да натиснете Enter, за да влезете веднага.

  3. Ако ключът за WindowsUpdate не съществува, ще трябва да го създадете ръчно. За да направите това, щракнете с десния бутон върху клавиша на Windows, изберете New> Key и го наречете "WindowsUpdate". След това щракнете с десния бутон върху новосъздадения ключ и изберете New> Key и назовете най-новия ключ AU .
  4. С избрания AU ключ преминете към десния панел, щракнете с десния бутон върху празно място и изберете New> String value. След това преименувайте новосъздадената стойност на низ в UserWUServer .
  5. След като ключът UserWUServer е създаден, щракнете двукратно върху него и задайте Value Data на 0 .
  6. Затворете редактора на системния регистър, рестартирайте компютъра си и вижте дали проблемът е разрешен при следващото стартиране на системата.
//appuals.com/wp-content/uploads/2019/05/bypassing-the-WSUS.webm

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

Метод 2: Почистване на дневниците на CBS

Някои потребители, с които се сблъскваме с този точен проблем, съобщават, че са успели да разрешат проблема след изтриването на регистрационните файлове на CBS (Компонентно обслужване), свързани с DISM. След като направи това и повторно изпълни командата DISM, някои засегнати потребители съобщиха, че грешката 0x800f0954 вече не се появява.

Ето какво трябва да направите:

  1. Отворете File Explorer и отворете следното място:
     C: \ Windows \ Logs \ CBS 
  2. След като влезете в папката CBS, изберете всичко там и изберете Delete.
  3. След изтриване на всеки .log и .cab файл, можете да затворите папката CBS .
  4. Натиснете клавиша Windows + R, за да отворите диалогов прозорец Run . След това напишете „cmd“ и натиснете Ctrl + Shift + Enter, за да отворите повишен команден ред . Когато видите UAC (Контрол на потребителските акаунти), щракнете върху Да, за да предоставите административни привилегии.

  5. Вътре в повдигнатия команден ред въведете следната команда и натиснете Enter, за да стартирате отново командата DISM:
     Dism.exe / онлайн / enable-element / име на функция: NetFX3 / източник: C: \ 
  6. След като натиснете Enter, .NET Framework трябва да се инсталира без грешка 0x800f0954 .

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

Метод 3: Използване на PowerShell за инсталиране на .NET Framework 3.5

Ако срещнете грешка 0x800f0954, докато се опитвате да инсталирате .NET Framework 3.5, като използвате DISM (обслужване и управление на изображението за разгръщане), може да успеете да заобиколите съобщението за грешка, като използвате Powershell.

Няколко засегнати потребители съобщиха, че кодът за грешка вече не се появява, след като изпълниха команда на командния панел, която в крайна сметка отстрани проблема. Ето какво трябва да направите:

  1. Натиснете клавиша Windows + R, за да отворите команда за изпълнение. След това напишете „powershell“ и натиснете Ctrl + Shift + Enter, за да отворите повишен прозорец на Powershell. Когато бъдете подканени от UAC (Контрол на потребителски акаунт), щракнете върху Да, за да предоставите административни привилегии.

    Стартирайте диалогов прозорец: powershell След това натиснете Ctrl + Shift + Enter
  2. Вътре в повдигнатия прозорец на Powershell въведете следната команда и натиснете Enter, за да я изпълните:
     Добавяне - WindowsCapability - Онлайн - Име NetFx3 ~~~~ - Източник D: \ източници \ sxs 
  3. Затворете бързо повишената Powershell и рестартирайте машината.
  4. При следващото стартиране на системата опитайте отново да инсталирате .NET Framework 3.5 и вижте дали проблемът е разрешен.

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

Метод 4: Използване на редактора на групови политики

Ако получите грешка 0x800f0954, докато се опитвате да добавите набор от инструменти RSAT, има вероятност да трябва да направите някои промени с помощта на инструмента за групови редактори на политика . Няколко потребители успяха да разрешат този проблем, като стартираха инструмента Gpedit, за да променят някои настройки, свързани с инсталирането на компоненти и поправянето на компоненти .

След като разреши определена местна политика и позволи на ОС да изтегля съдържание и по избор функции за поправка директно от WU, няколко потребители съобщиха, че проблемът е решен.

Забележка: Имайте предвид, че инструментът за редактор на групови политики не е наличен за всички версии на Windows. Ако имате Windows 10 Home или друга версия, която не го включва, ще трябва да следвате тази статия (тук), за да инсталирате редактора на политики на вашия компютър.

Ако имате редактор на групови правила във вашата версия на Windows, ето едно кратко ръководство за това как да направите необходимите редакции:

  1. Натиснете клавиша Windows + R, за да отворите диалогов прозорец Run . След това напишете „gpedit.msc“ и натиснете Enter, за да отворите редактора на локалната групова политика . Ако бъдете подканени от UAC (Контрол на потребителски акаунт), щракнете върху Да, за да предоставите административни привилегии.

    Въведете „gpedit.msc“ в подканата Run
  2. След като сте вътре в редактора на местните групови правила, използвайте панела отляво, за да отидете на следното място:

    Конфигурация на компютъра \ Административни шаблони \ Система

  3. След това, с избрана система, преминете към десния прозорец и щракнете двукратно върху Укажете настройки за незадължителна инсталация на компонент и ремонт на компоненти .

    Укажете настройки за опционална инсталация на компонент и ремонт на компоненти
  4. След това задайте правилото на Активирано и не забравяйте да поставите отметка в квадратчето, свързано с Изтегляне на съдържание за поправка и незадължителни функции директно от Windows Update вместо от Windows Server Update Services (USUS) .

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

Интересни Статии