Код ошибки 0x800f0906 net framework

Are you facing the .NET Framework 0x800F0906 error on your Windows computer? In this post, we will discuss why this error occurs and its solutions. Before getting into the solution part, let’s understand why this error shows. This error usually occurs when the computer can’t connect to the internet to download the necessary files from the Windows Update.

To resolve the .NET Framework 0x800F0906 error on your Windows computer, we suggest five different methods:

1. Configure the Group Policy Settings
2. Check your internet connection
3. Microsoft .NET Framework Repair Tool
4. Use the Windows installation media
5. Alternative steps for Windows Server

Let’s understand the proper execution of these methods in detail.

1] Configure the Group Policy Settings

The .NET framework 0x800F0906 error can happen because a system administrator configures the System to use Windows server update services instead of the Windows update server for servicing.

In such a scenario, the user must enable the Specify settings for optional component installation and repair by contacting the system administrator.

It can be done with the help of Group Policy Setting and configuring the Alternative source file path value or by selecting the Contact Windows Update directly to download repair content instead of the Windows Server Update Services option.

To configure the Group Policy Settings, follow the exact steps given below.

Suppose you need to specify an alternative source file in the Alternative source file path box. In that case, the user must establish a fully qualified path of a shared folder containing the contents of the \sources\sxs folder from the installation media.

For example, the shared folder path should be like \\server_name\share\Win8sxs.

Or user can also specify a WIM file. To select a WIM file as an alternative source file location, add the WIM: to the path as a prefix, and add the index of the image which you want to use in the WIM file as a suffix. For example, WIM:\\server_name\share\install.wim:3. (Here, the 3 represents the index of the image)

• Select the Contact Windows Update directly to download repair content instead of the WSUS (Windows Server Update Services). Check the box if applicable.
• Click on OK, in the command prompt, type update/force, and then press Enter to apply the policy.

2] Check Your Internet Connection

This error can also happen because of proxy, network, or firewall configuration or by proxy network or firewall failures. If you cannot access this website, check your internet connection and contact the network administrator to confirm whether a configuration blocks access to that website. If you are an administrator, we suggest troubleshooting the network connection issue on the PC and the router.

3] Microsoft .NET Framework Repair Tool

The .NET Framework Repair Tool follows a four-step process:

1. Tries to troubleshoot setup issues
2. Applies the fixes (requires user consent)
3. Tries to repair all installed versions of .NET Framework
4. Collects logs (requires user consent).

Specifically, the tool will typically carry out the following tasks:

• Re-register Windows Installer service. It unregisters and re-registers the Windows Installer service using MsiExec.exe. Applicable regardless of the diagnosis results.
• Restart the Windows Installer service. It stops and restarts the Windows Installer service. Applicable regardless of the diagnosis results.

4] Use the Windows Installation Media

To fix this error, you can use the Windows installation media as the file source when you enable the .NET Framework feature. Follow the given steps below to execute it properly.

• Insert the Windows installation media.
• Now run the given command below in the command prompt.

Dism /online /enable-feature /featurename:NetFx3 /All /Source:<drive>:\sources\sxs /LimitAccess 

In this command, <drive> is a placeholder for the drive letter. For example, for D drive, you have to put the order like

Dism /online /enable-feature /featurename:NetFx3 /All /Source:D:\sources\sxs /LimitAccess 

5] Alternative Steps for Windows Server

You can quickly fix the 0x800F0906 error by using an alternative source on the Windows server(2012 R2 Windows Server) with the help of PowerShell cmdlets or by using the Add Roles and Features Wizard.

To execute this process, follow the below steps.

• Insert the Windows installation media.
• Now on the Windows PowerShell command window, run the following command.

 Install-WindowsFeature name NET-Framework-Core source <drive>:\sources\sxs

Here the <drive> is the placeholder for the drive letter for the Windows installation media.

For example:

Install-WindowsFeature name NET-Framework-Core source D:\sources\sxs

To use the Add Roles and Features, Wizard, follow the steps given below.

• Insert the Windows installation media, and start the Add Roles and Features Wizard.
• Select the .NET Framework features check box from the Select features page, and click Next.
• Click the Specify an alternative source path link on the Confirm installation selections page.
• On the Specify Alternative Source Path Page, type the SxS folder as a local or shared path, click OK, and click the install to finish the Wizard.

Conclusion

In this post, we have discussed four working methods to fix the 0x800F0906 .NET Framework Installation Error. We recommend trying every technique to experience which one works better for you and is easy to execute.

Why is .NET Framework not installing?

There are few conditions for anyone to install the framework on the PC. The user must be an administrator on the computer; any previous installation requires your computer to be restarted; the framework version must support the OS, and so on.

Read: Troubleshoot .NET Framework Installation Issues

What is .NET Framework?

In Windows, the .NET Framework is a software development framework for building and running applications. With the NET Framework, you can build apps for Linux, macOS, Windows, iOS, Android, and more, as part of the .NET platform.

Время на прочтение
2 мин

Количество просмотров 102K

Иногда случаются ситуации, когда пользователю Windows 8 необходимо установить .NET Framework 3.5 — чаще всего, это необходимо для обеспечения работоспособности некоторых, относительно старых, программ. В большинстве случаев все проходит без проблем. Однако, недавно возникла ситуация — данный фреймворк отказался устанавливаться на компьютер, находящийся в доменной сети AD с настроенным локальным сервером обновлений WSUS.

Описание проблемы

В обычном случае, установка вышеупомянутого фреймворка осуществляется силами ОС и, по сути, представляет из себя лишь включение компонента, отключенного по умолчанию.

После чего ОС подключается к серверу обновлений, скачивает необходимые файлы, и устанавливает компонент.

В ряде случаев ОС не может скачать нужные файлы, а именно:

1. Отсутствует подключение к интернету;
2. На сервере обновлений отсутствуют необходимые файлы.

Я столкнулся, как раз, со вторым случаем. Причем, Microsoft в этом случае советует отключить использование локального сервера обновлений WSUS, установить .NET Framework 3.5, после чего опять включить использование локального WSUS. В моем случае этот вариант был малоприемлем, так как для этого нужно было либо вывести ПК из домена, либо изменить групповую политику. Сконфигурировать WSUS должным образом мне не удалось, он скачивает обновления к .NET Framework 3.5 и версиям ниже, однако установка через него все равно не проходит.

Решение проблемы

Решением проблемы является установка вышеобозначенного компонента из локальных источников. Для начала необходимо определиться с локальным хранилищем пакетов. Вообще-то, оно находится на установочном диске Windows 8, в директории \sources\sxs, но, во-первых, не всегда под рукой есть диск (или iso), во-вторых, установка с первого же попавшегося диска почему-то не прошла, но прошла с другого. Чтобы избежать этих проблем, я подготовил архив со всеми необходимыми файлами. Итак приступим.

1. Скачиваем архив с файлами, необходимыми для установки компонента: Sources.zip (102.5 MB)
2. Распаковываем архив, для наглядности я распаковал его в корень диска C:\
3. Запускаем командную строку с правами администратора
4. Выполняем код, с учетом пути к распакованным файлам из архива:
   DISM /Online /Enable-Feature /FeatureName:NetFx3 /All /LimitAccess /Source:C:\Sources\sxs

Это займет несколько минут, но в результате получаем успешный результат!

Этот способ можно также применять для установки .NET Framework 3.5 на компьютеры, ограниченные в подключении к интернету.

Update от 01.02.2019
Спустя годы ситуация изменилась, подробное обсуждение доступно на форуме Microsoft.
Теперь никаких локальных установок не нужно. Достаточно поставить одну галочку в GPO.
Computer Configuration > Administrative Templates > System, "Specify settings for optional component installation and component repair"

Или по-русски:
Конфигурация компьютера - Политики - Административные шаблоны - Система - Укажите параметры для установки необязательных компонентов и восстановления компонентов.

Галка "Скачайте содержимое для восстановления и дополнительные компоненты непосредственно из Центра обновлений Windows..."

In September 2014, Microsoft released MS14-046 that would prevent you from enabling the .Net Framework 3.5 on Windows Server 2012 R2, 2012, Windows 8 and 8.1.

It was reported by this blog post:
http://blogs.technet.com/b/askpfeplat/archive/2014/09/29/attempting-to-install-net-framework-3-5-on-windows-server-2012-r2-fails-with-error-code-0x800f0906-or-the-source-files-could-not-be-downloaded-even-when-supplying-source.aspx

…and was recently updated to tell us that there’s a hotfix available now on http://support2.microsoft.com/kb/3005628

What’s the problem?

You cannot enable the .Net Framework either from Windows Update source or any other local sources (WSUS, the Sources\SXS folder of your Windows ISO image).
And you get the infamous 0x800f0906 or ‘the source files could not be downloaded’ error 😦

What caused it

How to fix the problem (official guidance)

At the end of the blog post, there’s an extra recommendation you could follow. (Remember, it’s not the first time that we get the 0x800f0906 error when enabling .Net Framework3.5)

Let’s see some PowerShell based tips to see how to troubleshoot and fix this 🙂

Is .Net 3.5 installed on Windows Server 2012 R2 ?

Get-WindowsFeature | Where Name -match "Net-Frame"

Is .Net 3.5 installed on Windows 8.1 ?

Get-WindowsOptionalFeature -Online | 
Where FeatureName -match "^NetFx(3|4-)"

Is the offending MS14-046 update installed on my system ?

# For Windows 2012R2 and Windows 8.1
Get-HotFix | Where HotfixID -match  "2966828"
# For Windows 2012 and Windows 8
Get-HotFix | Where HotfixID -match  "2966827"

If there’s no result, it means that it’s not installed (good news).

How can I reproduce the issue on my Windows Server 2012 R2 ?

# Either install from local sources\sxs folder
Mount-DiskImage -ImagePath .\en_windows_server_2012_r2_vl_with_update_x64_dvd_4065221.iso
dir D:\
Install-WindowsFeature -Name NET-Framework-Core -Source D:\sources\sxs -Restart:$false -Verbose
# or from Windows Update
Install-WindowsFeature -Name NET-Framework-Core -Source "Windows Update" -Restart:$false -Verbose

What can I see in the logs

"dism","cbs" | foreach {
 sls -Pattern "0x800f090(e|6)" -Path "$($env:systemroot)\logs\$($_)\$($_).log"
}

NB: sls is the alias of the select-string cmdlet (grep for Windows 😀 )

Uninstall the offending update using wusa.exe

 wusa /uninstall /kb:2966828 /quiet /norestart
Get-WinEvent -MaxEvents 3 -LogName Setup |
Select -Expand Message

NB: no reboot is required 🙂

Uninstall the offending update using DISM cmdlets

Get-WindowsPackage -Online |
Where 'PackageName' -match "2966828" |
Remove-WindowsPackage -Online -Verbose -NoRestart

Next steps?

• Enable the .Net Framework 3.5 feature

# Install from local sources\sxs folder
Install-WindowsFeature -Name NET-Framework-Core -Source D:\sources\sxs -Restart:$false -Verbose



• Install all security updates required for .Net Framework 3.5 including the offending update previously uninstalled

$UpdatesFromMU = Get-WindowsUpdate -FromMU:$true
$UpdatesFromMU | Select Title,@{
    l='Category';e={$_.Categories | Where { -not($_.Parent) } | Select -Expand Name}
} | Where Category -match "Security" | Out-GridView

NB: I’ve used the Get-WindowsUpdate function from this post