Não é possível instalar o pacote nuget devido a "Falha ao inicializar o host do PowerShell"

De repente, estou recebendo esse erro ao atualizar pacotes Nuget. Nenhuma das correções que eu encontrei funcionou. Estou usando o Visual Studio 2013.

'Newtonsoft.Json 6.0.3' já instalado.

Adicionando 'Newtonsoft.Json 6.0.3' a Tournaments.Notifications.

Adicionada com sucesso 'Newtonsoft.Json 6.0.3' a Tournaments.Notifications.

Executando o arquivo de script 'F: \ My Webs \ BasketballTournaments \ MainBranch \ packages \ Newtonsoft.Json.6.0.3 \ tools \ install.ps1'.

Falha ao inicializar o host do PowerShell. Se sua configuração de diretiva de execução do PowerShell estiver definida como AllSigned, abra o Console do Gerenciador de Pacotes para inicializar o host primeiro.

Console do Gerenciador de Pacotes

A tentativa de executar a operação InitializeDefaultDrives no provedor 'FileSystem' falhou.

Se eu esperar a conclusão da inicialização no console, consegui adicionar alguns pacotes.

Definir uma política de execução como RemoteSigned ou Unrestricted deve funcionar. Ele deve ser alterado no modo de administrador por meio de um console do PowerShell. Esteja ciente de que as alterações serão aplicadas de acordo com a versão de bit do console do PowerShell, portanto, de 32 bits ou 64 bits. Portanto, se você deseja instalar um pacote no Visual Studio (versão de 32 bits) que exija uma política específica, altere as configurações da política via PowerShell (x86).

O comando no PowerShell (como administrador) para definir a política como irrestrita (conforme observado por @Gabriel nos comentários) é:

start-job { Set-ExecutionPolicy Unrestricted } -RunAs32 | wait-job | Receive-Job

Depois de definir a política como irrestrita, você desejará restaurar a política de volta ao original após a conclusão da instalação.

Lembre-se de reiniciar o Visual Studio depois de fazer o Set-ExecutionPolicy UnrestrictedPowerShell (x86).

Se isso não funcionar, tente Set-ExecutionPolicy RemoteSignedno PowerShell (x86) e reinicie o Visual Studio.

Por padrão, a execução do script do PowerShell é muito limitada por motivos de segurança. Para uso no NuGet, precisamos abrir as portas.

1. Etapa

Abra Windows PowerShell, execute comoAdministrator

2. Etapa

O NuGet está usando o console de 32 bits, portanto não será afetado por alterações no console de 64 bits. Execute o script a seguir para verificar se você está configurando o console de 32 bits.

start-job { Set-ExecutionPolicy RemoteSigned } -RunAs32 | wait-job | Receive-Job

3. Etapa

Reiniciar Visual Studio

Tenho o mesmo problema na caixa de diálogo Gerenciar pacotes NuGet, uso uma solução alternativa que pode ajudar outras pessoas - executando a partir do console do gerenciador de pacotes:

Se eu usar a linha de comando powershell commandlet install-package, está tudo bem.

Sou adverso em alterar uma configuração de segurança "apenas para fazê-la funcionar".

Nenhuma resposta funcionou para mim.

Todas as políticas estavam corretas, mas eu tenho o erro ao instalar um pacote

Falha ao inicializar o host do PowerShell. Se sua configuração de diretiva de execução do PowerShell estiver definida como AllSigned, abra o Console do Gerenciador de Pacotes para inicializar o host primeiro.

A solução : Desinstalei o plug- in do gerenciador de pacotes nuget e reinstalei -o.

A execução do Visual Studio como administrador funcionou para mim.

Eu tive esse problema com o Visual Studio 2015. Desinstalei e reinstalei o NuGet Package Manager novamente. Funcionou para mim.

Atualizei o gerenciador de pacotes Nuget e o corrigi para mim.

Isso começou a acontecer com o 6.0.4 recentemente para mim, não acho que seja uma solução muito boa, mas aqui está o que me ajudou. Feche o Visual Studio

1. Abra um prompt do Windows PowerShell como administrador (muito importante) e execute o seguinte comando: Set-ExecutionPolicy Bypass
2. Abra o Visual Studio, abra sua solução e use o Nuget para instalar o JSON.Net (ou qualquer pacote que o inclua como dependência).
3. Depois que tudo estiver funcionando, recomendo que a política de execução do PowerShell volte a ser restrita com o seguinte comando: Set-ExecutionPolicy Restricted

Eu tive o mesmo problema depois de atualizar para o Windows 10.

Isso funcionou para mim

1. Feche o Visual Studio
2. Execute o PowerShell como administrador
3. Corre Set-ExecutionPolicy Unrestricted
4. Execute o Visual studio como administrador
5. Limpe o projeto e adicione o pacote nuget

Se ainda assim não funcionar, tente editar devenv.exe.config

Visual Studio 2013: C:\Users\<UserName>\AppData\Local\Microsoft\VisualStudio\12.0

Visual Studio 2015: C:\Users\<UserName>\AppData\Local\Microsoft\VisualStudio\14.0

Adicione o seguinte

    <dependentAssembly>
        <assemblyIdentity name="System.Management.Automation" publicKeyToken="31bf3856ad364e35" />
        <publisherPolicy apply="no" />
    </dependentAssembly>
    <dependentAssembly>
      <assemblyIdentity name="Microsoft.PowerShell.Commands.Utility" publicKeyToken="31bf3856ad364e35" />
      <publisherPolicy apply="no" />
    </dependentAssembly>
    <dependentAssembly>
      <assemblyIdentity name="Microsoft.PowerShell.ConsoleHost" publicKeyToken="31bf3856ad364e35" />
      <publisherPolicy apply="no" />
    </dependentAssembly>
    <dependentAssembly>
      <assemblyIdentity name="Microsoft.PowerShell.Commands.Management" publicKeyToken="31bf3856ad364e35" />
      <publisherPolicy apply="no" />
    </dependentAssembly>
    <dependentAssembly>
      <assemblyIdentity name="Microsoft.PowerShell.Security" publicKeyToken="31bf3856ad364e35" />
      <publisherPolicy apply="no" />
    </dependentAssembly>
    <dependentAssembly>
      <assemblyIdentity name="Microsoft.PowerShell.Commands.Diagnostics" publicKeyToken="31bf3856ad364e35" />
      <publisherPolicy apply="no" />
    </dependentAssembly>

Essa correção do Nuget funcionou para mim:

https://github.com/NuGet/Home/issues/974#issuecomment-124774650

Por padrão, meu Windows 10 de 64 bits só tinha o Powershell versão 1.0 ativado. Alterei o painel de controle / Programas / Programas e recursos / Ativar recursos do Windows.

Verifique se o mecanismo do Windows Powershell 2.0 está ativado.

Reinicie o VS2015 no modo não administrador e com todos os pacotes instalados corretamente.

Eu tive o mesmo problema com o vs2013 e a alteração da política de execução não a corrigiu. A única solução de trabalho que encontrei foi desinstalar o Nuget do VS e instalá-lo novamente. As etapas estão aqui: https://stackoverflow.com/a/32619961/3853238

Tudo o que eu precisava fazer era reiniciar o Visual Studio, abrir o NuGet Package Manager Consolee, em seguida, usar a Manage NuGet Packagescaixa de diálogo funcionada.

Feche todas as instâncias do visual studio e tente novamente. Funcionou para mim :)

Se as respostas acima não funcionarem para você -

1. Execução aberta - windows + R
2. Abra o editor de registro - digite regedit.exe
3. Abrir - HKEY_LOCAL_MACHINE \ SOFTWARE \ Policies \ Microsoft \ Windows \ PowerShell
4. No painel direito - Modifique "ExecutionPolicy" e mantenha seus "Value Data" em branco.
5. Reinicie seu estúdio visual. Agora, o seu PowerShell pode inicializar corretamente.

Depois de tentar várias correções sugeridas, finalmente foi resolvido atualizando a extensão do NuGet Package Manager no Visual Studio.

Isso é feito em Ferramentas -> Extensões e atualizações, na caixa de diálogo Extensões e atualizações Atualizado -> Galeria do Visual Studio. Uma reinicialização do Visual Studio pode ser necessária.

Se você usar o VS 2013 Update 5, instale manualmente uma atualização 2.8.7 para o NuGet Packet Manager.

O relatório de erros tem mais detalhes.

VS2015: Atualizado o NuGet e funcionou.

O que fez o truque para mim foi reinstalar o NuGet Package Manager usando o link abaixo:

VS 2013: https://github.com/NuGet/Home/releases/download/2.8.7/NuGet.Tools.vsix

VS 2015: https://github.com/NuGet/Home/releases/download/3.1.1/NuGet.Tools.vsix

Se nenhuma das opções acima ajudar, veja se você pode atualizar o Visual Studio.

Eu tive o mesmo problema com a Comunidade do Visual Studio 2017 quando tentei instalar o Newtonsoft.Json. A ExecutionPolicyalteração não ajudou (tentei usar o PowerShell e o Editor do Registro). Eu também tentei desinstalar e instalar o NuGet.

Depois de executar o arquivo de instalação do VS2017, ele solicitou a atualização do Visual Studio. Todos os problemas desapareceram após a atualização.

Para mim, definir a política de execução como Irrestrito não funcionou. Eu tive que reparar a instalação do vs2013 entrando no Painel de Controle. Reparar a instalação funcionou para mim.

Teve o mesmo problema e isso resolveu para mim (PowerShell como administrador):

Set-ItemProperty -Path HKLM:\Software\Policies\Microsoft\Windows\PowerShell -Name ExecutionPolicy -Value ByPass 

depois de tentar toda a solução sugerida, nada funcionou no VS 2015, atualização 2

excluir a pasta do pacote da pasta da solução e restaurá-la do visual studio funcionou para mim

Eu tive um problema parecido. Eu o corrigi ativando o recurso "Windows PowerShell 2.0" em "Ativar ou desativar os recursos do Windows". Observe que esse recurso está ativado por padrão; eu o desativei manualmente alguns dias atrás.

Estou trabalhando no Windows 10 Pro de 64 bits e o mesmo problema ocorreu com o Visual Studio 2015 e 2017 (aplicativo de 32 bits e 64 bits)

Baixe e instale modelos administrativos para Windows PowerShell

Next:  Powershell x86 from As Administrator

Run:   Get-ExecutionPolicy -List  , and see if you have RemoteSigned etc..

1. 5 different scopes  Set-ExecutionPolicy "RemoteSigned" -Scope Process -Confirm:$false

2. Machine and User Policy you have to set through the Group Policy Administration Template in 2 areas.

ATUALIZAÇÃO - EDITAR:

Set ALL of them to  "Undefined" and ONLY the LocalMachine to "Restricted" 

Isso é o que eu consertei depois que eu dei mais permissões ao meu PowerShell, sem saber que ele iria atrapalhar o visual studio 2013 e 2015

Esse problema nem sempre está relacionado à diretiva de execução do PowerShell. Minha máquina está configurada como "Irrestrita" para o PowerShell x64 e x86, mas ainda recebo essa mensagem de erro de tempos em tempos no Visual Studio 2013.

Quando tento abrir o Package Manager Console:

O Windows PowerShell atualizou sua política de execução com êxito, mas a configuração é substituída por uma política definida em um escopo mais específico. Devido à substituição, seu shell manterá sua atual política de execução efetiva de Irrestrito. Digite "Get-ExecutionPolicy -List" para visualizar suas configurações de diretiva de execução. Para mais informações, consulte "Get-Help Set-ExecutionPolicy".

Esta não é uma mensagem de erro válida.

A reinicialização do Visual Studio nem sempre resolve o problema.

A execução do processo como administrador nunca resolve o problema.

Como Declan, a atualização mais recente do plug-in do Gerenciador de Pacotes corrigiu o problema: 2.8.60723.765

Defina a política de execução como Ignorar em vez de Irrestrito ou Remoto; este tutorial fornece instruções mais completas . Além disso, se você estiver com problemas para usar o PowerShell para alterar a política, o autor mostrará como alterá-lo no Regedit.

Há uma enorme quantidade de facadas no escuro aqui, então vou adicionar as minhas.

No meu caso, também recebi uma mensagem informando que havia um arquivo de bloqueio ausente e uma recomendação para executar dnu restoreno console do gerenciador de pacotes. Eu fiz isso, reiniciei o VS e tudo está funcionando agora.

O que funcionou para mim é:

1. Defina a política de execução como irrestrita.
2. Find-Module ISEModuleBrowserAddon | Install-Module
3. Import-Module ISEModuleBrowserAddon
4. Find-Module ISEScriptAnalyzerAddOn | Install-Module
5. Import-Module ISEScriptAnalyzerAddOn
6. Import-Module ScriptBrowser
7. No ISE, você precisa Enable-ScriptBrowser

E você tem módulo, script e analisador em seu ISE.

Executar no Win 10 Pro, host do console x64 5.0.10586.122

Boa sorte!