visual studio manager mac instalar abrir powershell visual-studio-2013 nuget powershell-v2.0 nuget-package

studio - No se puede instalar el paquete nuget debido a "No se pudo inicializar el host de PowerShell"



package manager console visual studio 2010 (30)

¿Cuál fue el truco para mí para volver a instalar NuGet Package Manager utilizando el siguiente enlace:

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

De repente, recibo este error al actualizar los paquetes de Nuget. Ninguna de las soluciones que he encontrado funciona. Estoy usando Visual Studio 2013.

''Newtonsoft.Json 6.0.3'' already installed. Adding ''Newtonsoft.Json 6.0.3'' to Tournaments.Notifications. Successfully added ''Newtonsoft.Json 6.0.3'' to Tournaments.Notifications. Executing script file ''F:/My Webs/BasketballTournaments/MainBranch/packages/Newtonsoft.Json.6.0.3/tools/install.ps1''. Failed to initialize the PowerShell host. If your PowerShell execution policy setting is set to AllSigned, open the Package Manager Console to initialize the host first.

Consola de Package Manager

Attempting to perform the InitializeDefaultDrives operation on the ''FileSystem'' provider failed.

Si espero a que finalice la inicialización en la consola, pude agregar algunos paquetes.


Actualicé el administrador de paquetes de Nuget y eso lo solucionó para mí.



Aquí hay un montón de puñaladas en la oscuridad, así que agregaré la mía.

En mi caso, también recibí un mensaje de que faltaba un archivo de bloqueo y una recomendación para ejecutar dnu restore en la consola del administrador de paquetes. Lo hice, reinicié VS, y todo está funcionando.


Cierre todas las instancias de Visual Studio y vuelva a intentarlo. Funcionó para mí :)


Configurar una política de ejecución a RemoteSigned o irrestricto debería funcionar. Debe cambiarse en modo administrador a través de una consola PowerShell. Tenga en cuenta que los cambios se aplicarán de acuerdo con la versión de bits de la consola de PowerShell, por lo tanto, 32 bits o 64 bits. Por lo tanto, si desea instalar un paquete en Visual Studio (versión de 32 bits) que requiere una política específica, debe cambiar la configuración de la política a través de PowerShell (x86).

El comando en PowerShell (como administrador) para establecer la política a no restringida (según lo observado por @Gabriel en los comentarios) es:

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

Una vez establecida la política como no restringida, querrá volver a establecer la política en su original una vez que se complete la instalación.


De forma predeterminada, mi Windows 10 de 64 bits solo tenía habilitada la versión 1.0 de Powershell. Cambié el panel de control / Programas / Programas y características / Activar las características de Windows en Apagado.

Asegúrese de que el motor de Windows Powershell 2.0 esté habilitado.

Reinicie VS2015 en modo no administrador y con todos los paquetes instalados correctamente.


Descargue e instale plantillas administrativas 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.

ACTUALIZAR - EDITAR:

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

Esto es lo que solucionó el problema después de haber otorgado a PowerShell más permisos sin saber que arruinaría Visual Studio 2013 y 2015


Después de probar varias soluciones sugeridas, finalmente se resolvió actualizando la extensión NuGet Package Manager en Visual Studio.

Esto se hace en Herramientas -> Extensiones y actualizaciones, luego en el cuadro de diálogo Extensiones y actualizaciones actualizado -> Galería de Visual Studio. Es posible que se requiera un reinicio de Visual Studio.


Ejecutar el Visual Studio como administrador funcionó para mí.



Establezca la política de ejecución en Bypass en lugar de irrestricto o RemoteSigned; este tutorial brinda instrucciones más completas . Además, si tiene problemas para usar PowerShell para cambiar la política, entonces el autor le muestra cómo cambiarla en Regedit.


Este problema no siempre está relacionado con la Política de ejecución de PowerShell. Mi máquina está configurada como "Sin restricciones" para PowerShell x64 y x86, pero sigo recibiendo este mensaje de error varias veces en Visual Studio 2013.

Cuando intento abrir la consola de Package Manager:

Windows PowerShell actualizó su política de ejecución con éxito, pero la configuración se reemplaza por una política definida en un ámbito más específico. Debido a la anulación, su caparazón mantendrá su actual política de ejecución efectiva de Sin restricción. Escriba "Get-ExecutionPolicy -List" para ver la configuración de su política de ejecución. Para obtener más información, consulte "Get-Help Set-ExecutionPolicy".

Este no es un mensaje de error válido.

Reiniciar Visual Studio no siempre resuelve el problema.

Ejecutar el proceso como administrador nunca resuelve el problema.

Al igual que Declan, la última actualización del complemento Package Manager solucionó el problema: 2.8.60723.765


Esto comenzó a ocurrir con 6.0.4 recientemente para mí, no creo que esta sea una solución muy buena, pero esto es lo que me ayudó. Cerrar Visual Studio

  1. Abra un indicador de Windows PowerShell como administrador (muy importante) y ejecute el siguiente comando: Set-ExecutionPolicy Bypass
  2. Abra Visual Studio, abra su solución y use Nuget para instalar JSON.Net (o cualquier paquete que lo incluya como dependencia).
  3. Una vez que todo esté funcionando, recomiendo configurar la política de ejecución de powershell de nuevo a restringido con el siguiente comando: Set-ExecutionPolicy Restricted

Lo que funcionó para mí es:

  1. Establezca la política de ejecución en Sin restricciones.
  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. En ISE, necesita Enable-ScriptBrowser

Y tiene Module, Script y Analyzer en su ISE.

Ejecutar en Win 10 Pro, x64 Console Host 5.0.10586.122

¡Buena suerte!


Ninguna respuesta me ha funcionado.

Todas las políticas fueron correctas pero tengo el error al instalar un paquete

Error al inicializar el host de PowerShell. Si la configuración de la política de ejecución de PowerShell está configurada en AllSigned, abra la consola de Package Manager para inicializar el host primero.

La solución : desinstalé el complemento del administrador de paquetes Nuget y lo reinstalé .


Para mí, configurar la política de ejecución en Unrestricted no funcionó. Tuve que reparar la instalación de vs2013 yendo al Panel de control. Reparar la instalación funcionó para mí.


Por defecto, la ejecución del script de PowerShell es muy limitada por razones de seguridad. Para usar dentro de NuGet, necesitamos abrir las puertas.

1. Paso

Abra Windows PowerShell , ejecútelo como Administrator

2. Paso

NuGet está utilizando la consola de 32 bits, por lo que no se verá afectada por los cambios en la consola de 64 bits. Ejecute la siguiente secuencia de comandos para asegurarse de que está configurando la consola de 32 bits.

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

3. Paso

Reiniciar Visual Studio


Recuerde reiniciar Visual Studio después de haber hecho Set-ExecutionPolicy Unrestricted en PowerShell (x86).

Si eso no funciona, intente Set-ExecutionPolicy RemoteSigned en PowerShell (x86) y luego reinicie Visual Studio.


Si las respuestas anteriores no funcionan para usted,

  1. Abrir ejecución - Windows + R
  2. Abra el editor de registro - escriba regedit.exe
  3. Abierto - HKEY_LOCAL_MACHINE / SOFTWARE / Policies / Microsoft / Windows / PowerShell
  4. En el panel derecho: modifique "ExecutionPolicy" y mantenga sus "Value Data" en blanco.
  5. Reinicia tu estudio visual, ahora tu Powershell puede inicializarse correctamente.

Si ninguno de los anteriores ayuda, consulte si puede actualizar Visual Studio.

Tuve el mismo problema con Visual Studio 2017 Community cuando traté de instalar Newtonsoft.Json. El cambio de ExecutionPolicy no ayudó (intenté usar PowerShell y el Editor del Registro). También traté de desinstalar e instalar NuGet.

Después de ejecutar el archivo de instalación de VS2017, solicitó la actualización de Visual Studio. Todos los problemas desaparecieron después de la actualización.



Tengo el mismo problema con el cuadro de diálogo Administrar paquetes de NuGet, utilizo una solución alternativa que puede ayudar a otros, desde la consola del administrador de paquetes:

Si uso la línea de comando powershell commandlet install-package, todo está bien.

Soy contrario a cambiar una configuración de seguridad "solo para que funcione".


Todo lo que tenía que hacer era reiniciar Visual Studio, abrir la Package Manager Console NuGet Package Manager Console y luego usar el cuadro de diálogo Manage NuGet Packages .


Tuve el mismo problema con vs2013 y cambiar la política de ejecución no lo solucionó. La única solución de trabajo que encontré fue desinstalar Nuget de VS e instalarlo de nuevo. Los pasos están aquí: https://.com/a/32619961/3853238


Tuve el mismo problema después de actualizar a Windows 10.

Esto funcionó para mí

  1. Cerrar Visual Studio
  2. Ejecutar Powershell como administrador
  3. Ejecutar Set-ExecutionPolicy Unrestricted
  4. Ejecute Visual Studio como administrador
  5. Limpia el proyecto y agrega el paquete nuget

Si aún no funciona, intente 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

Agregue lo siguiente

<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>


Tuve el mismo problema y esto me lo resolvió (Powershell como administrador):

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


Tuve este problema con mi Visual Studio 2015. Desinstalé y volví a instalar NuGet Package Manager nuevamente. Funcionó para mí


Tuve un problema similar. Lo solucioné activando la función "Windows PowerShell 2.0" en "Activar o desactivar las características de Windows". Tenga en cuenta que esta función está activada por defecto, la apagué manualmente hace unos días.

Estoy trabajando en Windows 10 Pro 64 bits y el mismo problema fue con Visual Studio 2015 y 2017 (aplicación de 32 bits y 64 bits)


VS2015: actualizó NuGet y funcionó.