A atualização e os recursos do Windows não serão instalados após a movimentação de ProgramData

5

ATUALIZAÇÃO ENORME

Agora descobri por que não consigo instalar os recursos .NET Framework 3.5 e novos Windows DirectPlay .

Acho que isso acontece porque recentemente mudei muitos arquivos. Eu queria fazer todos os programas e outras coisas no meu disco rígido de dados (F :), e windows rodando no meu SSD (C :). Eu criei esses Symlinks via mklink /D :

C:\ProgramData → F:\ProgramData

C:\Program Files → F:\Program Files

C:\Program Files (x86) → F:\Program Files (x86)

e, mais importante, para a resposta abaixo:

C:\Users\All Users → F:\ProgramData

Quando tento instalar agora os recursos .NET Framework 3.5 e DirectPlay , recebo exatamente os mesmos erros da minha pergunta anterior.

Atualizações do Windows estão falhando com o código de erro: 0x80070bc9 , Windows Defender com código de erro: 0x80070643

Como posso fazer com que o windows update e os recursos funcionem novamente sem mover ProgramData de volta para a unidade C:



PERGUNTA ANTIGA :

Quando tento instalar o .NET Framework 3.5 , as falhas de instalação.

Mudei minha pasta ProgramData para outra unidade recentemente (fiz uma ligação simbólica de C: para essa unidade)

O erro de instalação (C: \ Windows \ Logs \ DISM) atualização : link

O CBS (C: \ Windows \ Logs \ CBS \ CBS.txt) (somente este arquivo porque é o único que foi alterado hoje) link


C:\Windows\system32>Dism/online/enable-feature/featurename:NetFX3/All/Source:E:\sources\sxs/LimitAccess

ToolforimagemanagementVersion:10.0.10586.0

Featureswillbeactivated[==========================100.0%==========================]

Error:3017

Therequestedprocedurefailed.Asystemrestartisrequiredtorevertthechanges.

TheDISM-Protokollishere:"C:\Windows\Logs\DISM\dism.log".

    
por Sebastian Schneider 04.06.2016 / 20:41

4 respostas

2

Erros de instalação depois de mover pastas como essas para outras unidades são inevitáveis. Eu costumava fazer isso há anos, e simplesmente aprendi a conviver com algumas atualizações que não estão sendo instaladas. Parte do problema pode ser que a pasta All Users seja um symlink para ProgramData . De alguma forma, o Windows pode estar encontrando problemas com isso, o que não seria surpreendente.

Coisas que eu tentaria individualmente ou em combinação entre si (depois de fazer o backup de sua unidade):

  1. Recrie o link simbólico All Users :
    • Exclua o link simbólico c:\users\All Users
    • Crie um novo symlink c:\users\All Users para o novo ProgramData
  2. Pesquise no registro os valores de 'c: \ users \ All Users' e altere-os para sua nova pasta.
  3. Faça o download do executável do .NET update e instale-o (se ele tiver uma extensão .exe, clique duas vezes nele. Os arquivos * .msu exigem o wusa.exe).
por 13.06.2016 / 20:01
3

Isso pode não resolver o problema, mas aqui estão alguns conselhos.

Primeiro, é minha experiência que mover grandes pastas do Windows é problemático para o Windows Update. Em caso de necessidade, deve-se mover apenas subpastas específicas, em vez da pasta inteira.

Em segundo lugar, o primeiro erro que vejo no log do DISM é:

2016-06-11 18:04:34, Info   DISM  DISM Package Manager: PID=9044 TID=7848 CBS session options=0x20100! - CDISMPackageManager::Internal_Finalize
2016-06-11 18:04:38, Info   DISM  DISM Package Manager: PID=9044 TID=5548  Error in operation: (null) (CBS HRESULT=0x80070bc9) - CCbsConUIHandler::Error
2016-06-11 18:04:38, Error  DISM  DISM Package Manager: PID=9044 TID=7848 Failed finalizing changes. - CDISMPackageManager::Internal_Finalize(hr:0x80070bc9)
2016-06-11 18:04:38, Error  DISM  DISM Package Manager: PID=9044 TID=7848 Failed processing package changes with session options - CDISMPackageManager::ProcessChangesWithOptions(hr:0x80070bc9)
2016-06-11 18:04:38, Error  DISM  DISM Package Manager: PID=9044 TID=7848 Failed ProcessChanges. - CPackageManagerCLIHandler::Private_ProcessFeatureChange(hr:0x80070bc9)
2016-06-11 18:04:39, Error  DISM  DISM Package Manager: PID=9044 TID=7848 Failed while processing command enable-feature. - CPackageManagerCLIHandler::ExecuteCmdLine(hr:0x80070bc9)
2016-06-11 18:04:39, Info   DISM  DISM Package Manager: PID=9044 TID=7848 Further logs for online package and feature related operations can be found at %WINDIR%\logs\CBS\cbs.log - CPackageManagerCLIHandler::ExecuteCmdLine
2016-06-11 18:04:39, Error  DISM  DISM.EXE: DISM Package Manager processed the command line but failed. HRESULT=80070BC9

O código de erro 0x80070bc9 é típico dos erros do Windows Update. Este erro significa que "a operação de solicitação falhou, uma reinicialização do sistema é necessária para reverter as alterações feitas".

As minhas recomendações são (reinicie e volte a verificar após cada passo):

  1. Retorna a pasta ProgramData de volta ao seu lugar

  2. Execute o comando sfc /scannow para verificar a integridade do sistema como descrito aqui

  3. Execute o comando

fsutil resource setautoreset true c:\

Em modo de segurança , tente excluir esses arquivos do prompt de comando (cmd):

cd %SystemRoot%\System32\SMI\Store\Machine
attrib -s -h *
del *.blf
del *.regtrans-ms
cd %SystemRoot%\System32\config\TxR
attrib -s -h *
del /q *
  1. Execute o solucionador de problemas do Windows Update

  2. Último recurso: execute uma reinstalação não-destrutiva (também conhecida como atualização in-loco) do Windows. Isso manterá seus arquivos e configurações pessoais, drivers instalados, programas e aplicativos, e poderá retornar o Windows para um estado totalmente funcional. Este método geralmente ajuda quando nada mais resolve um erro do Windows Update. Veja o artigo Reparar a instalação do Windows 10 com uma atualização no local .

Antes de começar, recomendo fazer bons backups. É melhor também tirar uma foto instantânea do disco do sistema e garantir você pode restaurá-lo ao inicializar a partir de CD ou USB. AOMEI Backupper Standard Freeware é o meu utilitário de backup recomendado com o CD / USB de inicialização de recuperação.

    
por 12.06.2016 / 16:55
1

Você pode tentar usar o Windows Update em vez da fonte de instalação,

Veja o link

If you select Contact Windows Update directly to download repair content instead of Windows Server Update Services (WSUS), any attempt to add features (for example, .NET Framework 3.5) or repair the feature file store, uses Windows Update to download files. Target computers require Internet and Windows Update access for this option.

Você alterará esse valor nas políticas do sistema local gpedit.msc

Computer Policy -> Computer Configuration -> Administrative Templates -> System -> Specify settings for optional component installation and component repair

e ative o Contact Windows Update directly

link

Este GPO permite que o Windows use o Windows Update para baixar arquivos de instalação ausentes. Você pode então tentar instalar usando o Painel de Controle, adicionar recursos.

    
por 17.06.2016 / 11:12
0

Encontrei isto online:

Olá!

Pode ser um pouco tarde, mas eu respondo mesmo assim.

Minha configuração provavelmente é exatamente igual à sua.

C:\Program Files\ and C:\Program Files (x86)\ are symbolic links to P:\Program Files\ and P:\Program Files (x86)\ in my case

e eu tive exatamente o mesmo problema com o erro 0x80070011 tentando instalar o .NET 3.5. Bem, eu realmente consegui instalá-lo com este pequeno "truque": Regedit - > HKLM/Software/Microsoft/Windows/CurrentVersion

Agora mude o caminho em

ProgramFilesDir ProgramFilesDIr (x86) and ProgramW6432Dir to (in my case) Drive P:\

instale o .NET 3.5 e troque os caminhos depois. Reinicie o seu computador e tudo ficará bem:)

Fonte:

    
por 15.08.2016 / 13:09