Então, eu estou tentando instalar o .net 3.5 em um Windows 2012 R2 Server. Eu tentei através do recurso Adicionar e via DISM ambos falham.
Ao tentar pela GUI Adicionar recursos, estou usando o “caminho alternativo especificado”. Isso falha com o erro “falha na instalação de uma de mais funções, serviços de função ou recursos”
Ao tentar, através de um PowerShell elevado, usar o DISM, estou usando o seguinte comando.
dism.exe /online /enable-feature /featurename:NetFX3 /Source:d:\sources\sxs
Isso falha com
Erro: 0x800f0906 Não foi possível baixar os arquivos de origem. Use a opção "source" para especificar o local dos arquivos necessários para restaurar o recurso. Para obter mais informações sobre como especificar um local de origem, consulte http://go.microsoft.com/fwlink/?LinkId=243077.
O arquivo de log do DISM pode ser encontrado em C: \ Windows \ Logs \ DISM \ dism.log
Eu segui os KB listados acima (243077) para definir o local da diretiva de grupo para a pasta SXS. Reinicializado e ainda o mesmo erro. O log DSIM mostra o seguinte
Falha ao processar o comando enable-feature. - CPackageManagerCLIHandler :: ExecuteCmdLine (h: 0x800f0906)
Um rápido google mostra que muitas pessoas estão tendo problemas com isso e que você deve desinstalar os KB2966826 e KB2966828 que este servidor também não possui.
Eu também tentei o instalador .Net offline e ele diz que devo adicioná-lo através dos recursos do Windows. Todos os comandos foram executados como administrador e por meio de um prompt elevado.
Enquanto escrevia isso, pesquisei notou as "Perguntas semelhantes" e observei isso Não foi possível instalar o .net 3.5 no Windows server 2012
Corrida
dism.exe /online /enable-feature /featurename:NetFX3 /all
Produziu o mesmo erro acima.
Respostas:
O comando que eu uso para instalar o .NET Framework 3.5 no Windows 8.1 e Server 2012 R2 é:
Onde D: \ é a unidade ISO ou DVD montada. A única diferença da sua é o / LimitAccess , mas acredito que é a parte importante, pois impede que você tente entrar em contato com o Windows Update ou o WSUS. Por qualquer motivo, esse aspecto (entrar em contato com o Windows Update) é totalmente interrompido para o .NET Framework 3.5 no Windows 8 / 8.1 e Server 2012 / 2012R2 e sempre causa falhas.
Consulte também: http://blogs.technet.com/b/askcore/archive/2012/05/14/windows-8-and-net-framework-3-5.aspx
fonte
Eu tive o mesmo problema ao montar o disco de instalação do Windows ou usar o DVD físico, e aqui está como o corrigi:
DISM.exe /online /enable-feature /featurename:NetFX3 /All /Source:C:\NetFX3 /LimitAccess
Por qualquer motivo, minha unidade óptica mostra os arquivos no disco, mas o DISM não gosta, mas copiar os arquivos para C: parece ter funcionado.
fonte
A solução para mim foi uma combinação dessas respostas. Eu estava em uma máquina com o Windows Server 2012 R2.
Tentei contornar o fato de que eu não tinha um ISO do sistema operacional disponível. Mas não conseguiu fazê-lo funcionar. Então fui forçado a encontrar um ISO para o Windows Server 2012 R2.
1.) Inicie o Editor de Diretiva de Grupo Local ou o Console de Gerenciamento de Diretiva de Grupo (WIN + R e digite gpedit.msc).
2.) Expanda Configuração do Computador, expanda Modelos Administrativos e selecione Sistema.
3.) Abra a configuração "Especificar configurações para a instalação opcional de componentes e a Diretiva de Grupo de reparo de componentes" e selecione Ativado.
4.) Marque a caixa de seleção "Entre em contato diretamente com o Windows Update para baixar o conteúdo do reparo em vez do Windows Server Update Services (WSUS)". Clique em Aplicar, clique em OK.
configurações de wsus
5.) Faça o download de um ISO do sistema operacional e monte a imagem. Eu baixei um aqui: https://www.technig.com/download-windows-server-2012-r2-essentials-iso-file/
* Nota: é um arquivo 3Gb.
6.) Abra um PowerShell elevado e execute:
DISM / Online / Enable-Feature / FeatureName: NetFx3 / All / LimitAccess / Origem: E: \ sources \ sxs
* Nota: o ISO foi montado no "E: \ drive" neste caso.
instale o Net 3.5 com Powershell
* Este tópico salvou vidas. Obrigado a todos os colaboradores, especialmente @ Joshua McKinnon!
fonte
Nenhum dos métodos acima funcionou para mim. Acabou que eu tinha um servidor WSUS configurado. A única maneira de instalá-lo foi
1) Regedit
2) Vá para Computador-> HKEY_LOCAL_MACHINE-> SOFTWARE-> Políticas-> Microsoft-> Windows-> WindowsUpdate
3) Anotou os valores das duas chaves: WUServer e WUStatusServer
4) Excluiu / renomeou essas chaves
5) Windows parado e iniciado
6) Adicionado o recurso .Net3.5
7) Coloque as chaves de volta e reinicie o WindowsUpdate.
Espero que ajude
fonte
Quando o comando DISM ignora a mídia especificada pela opção / Source e procura os arquivos online, significa que os arquivos de origem na mídia especificada estão corrompidos ou não são aplicáveis ao seu servidor (incompatibilidade de versão).
O código de erro 0x800f0906 prova ainda esse comportamento conforme documentado pela Microsoft: https://technet.microsoft.com/en-us/library/dn482067.aspx
Sua melhor aposta é ajudar a resolver esse problema:
Se todas as opções acima falharem, eu recomendo que você forneça os logs de manutenção do DISM para solucionar qualquer problema adicional, mas, nesta fase, eu me inclinaria mais para fazer uma reconstrução completa do servidor.
fonte
Seu comando do DISM não está encontrando os recursos necessários porque está verificando a fonte "online". O Windows 6.2+ (por padrão) verificará apenas com o servidor de origem de atualização a instalação / reparo de componentes se uma fonte de atualização for especificada para o Windows Update Service.
Se você não deseja configurar o servidor de fonte de atualização (geralmente WSUS) como fonte de reparo / instalação de componentes, habilite a seguinte Diretiva de Grupo:
Certifique-se de verificar esta opção:
fonte
Verifique se a mídia do Sources corresponde totalmente à sua versão do Windows.
Passei meio dia tentando usar o Server 2012 ISO para instalar o .NET35 no Server 2012 R2. Quando a fonte estiver correta, o comando DISM (desta resposta ) funcionará perfeitamente.
fonte
Eu tive exatamente o mesmo problema. Minha resolução foi remover o servidor do Active Directory, instalar o .Net 3.5 e adicionar novamente ao AD. Tenho certeza que isso tem a ver com o WSUS em alguma camada, mas isso resolveu o problema para nós. Apenas garantimos a instalação do 3.5 em todos os servidores antes de adicionar ao domínio.
fonte
Consegui resolver isso usando o Assistente para Adicionar Recursos do Gerenciador de Servidores e especificando uma fonte alternativa.
Obtenha essas informações em http://www.danielclasson.com/install-net-framework-35-server-2012/
A opção 1 também não funcionou para mim; a opção 2 foi concluída com êxito.
fonte
Há muitas coisas na internet sobre isso e a maioria foi resumida nas respostas aqui. Tentamos tudo e nada funcionou. Mesmo ao apontar para várias cópias da pasta sxs, ainda haveria uma variação do erro "arquivos de origem não encontrados".
Finalmente apontei para um compartilhamento da pasta winsxs em outro servidor totalmente corrigido que tinha .net 3.5 (c: \ windows \ winsxs) e funcionou:
Minha teoria é que o processo de instalação procurava arquivos de origem que correspondessem aos KBs atuais no servidor. Sei que existem outros artigos que apontam para a remoção de dois KBs específicos, mas esses não apareceram em nossa lista de patches instalados.
Observe também que os recursos de adição / remoção não funcionaram com esse compartilhamento. Eu tive que usar o DISM.
fonte