PowerShell

PowerShell 7 en Windows: cómo instalarlo y arreglar los errores más comunes

octubre 14, 2026 Window Error 14 min read
PowerShell 7 en Windows: cómo instalarlo y arreglar los errores más comunes

PowerShell 7 es la versión moderna, de código abierto y multiplataforma de la línea de comandos de Microsoft. Convive con la versión clásica (5.1) que ya trae el sistema, no la reemplaza, y se ejecuta con el comando pwsh. En esta guía verás cómo se hace la instalación en Windows 11 y Windows 10, cómo comprobar de qué manera está puesto y cómo arreglar los fallos más comunes del instalador, que es donde se suelen romper las cosas.

Nota: los datos de esta página están revisados en octubre de 2026.

Qué es PowerShell 7 y en qué se diferencia del Símbolo del sistema y de Windows PowerShell

PowerShell 7 es la versión actual de la consola de administración de Microsoft: una shell moderna, de código abierto, multiplataforma y pensada para tratar datos estructurados (JSON, CSV, XML), APIs y objetos de .NET. Windows PowerShell 5.1 es la versión clásica que ya viene con el sistema y que se ejecuta con powershell. PowerShell 7 se ejecuta con pwsh y se instala en una carpeta aparte, de modo que ambas conviven en el mismo PC sin pisarse.

El Símbolo del sistema (cmd.exe) es otra cosa: es la línea clásica de toda la vida, presente desde las primeras versiones de Windows NT. Sigue ahí para scripts antiguos y para las pocas tareas que aún la necesitan, pero PowerShell 7 aporta cmdlets, scripting, módulos y acceso a .NET. Por eso, cuando alguien busca «CMD PowerShell» suele querer saber cómo abrir PowerShell o cómo instalar PowerShell 7, y ese es el camino que seguimos aquí.

Por qué falla la instalación de PowerShell 7: lo que puede estar fallando

Antes de tocar, mira qué te ha salido al instalar PowerShell 7 y qué método has usado. Cada fallo tiene un arreglo distinto.

Lo que ves Causa probable Dónde se arregla
winget no se reconoce en Windows 10 App Installer no está instalado o está desactualizado WinGet no se reconoce al instalar PowerShell 7 en Windows 10
MSI falla con error 1603 o no actualiza MSI sin permisos de administrador o versión previa que bloquea la nueva El MSI falla con el error 1603 o no deja actualizar PowerShell
ZIP no arranca o está bloqueado Bloqueo de SmartScreen, ruta demasiado larga o mal descomprimido El ZIP de PowerShell 7 no arranca o está bloqueado
dotnet tool install no instala PowerShell Falta el SDK de .NET .NET Global tool no instala PowerShell porque falta el SDK
Microsoft Store se queda en una versión antigua MSIX por usuario limitado por la tienda MSIX desde Microsoft Store se queda en una versión antigua
PowerShell 7 sigue fallando tras todo lo anterior Archivos del sistema corruptos Si PowerShell 7 sigue fallando: repara primero Windows y luego reinstala

Confirma cómo tienes instalado PowerShell 7 antes de tocar nada

Antes de desinstalar y volver a instalar, conviene saber qué método usaste la primera vez. Si lo sabes, te ahorras un paso: actualizas con el mismo método. Para ello, abre PowerShell 7 (escribe pwsh en Win+R y pulsa Enter, o búscalo en el menú Inicio) y mira la carpeta de la variable $PSHOME. Esa ruta te dice el método:

  1. Pulsa Win+R, escribe pwsh y pulsa Enter. Se abrirá PowerShell 7.
  2. Escribe $PSHOME y pulsa Enter.
  3. Fíjate en la ruta que devuelve:

– C:\Program Files\PowerShell\7 indica que se instaló con MSI (paquete WSL con MSI) en todo el equipo. – Una carpeta dentro de tu perfil de usuario (%LOCALAPPDATA%\Microsoft\WindowsApps o similar) indica que se instaló como MSIX desde Microsoft Store. – Una carpeta tipo C:\PowerShell\7 o similar creada por ti indica que se instaló desde el ZIP. – Una carpeta dentro de .dotnet\tools indica que se instaló como .NET Global tool.

También puedes listar los paquetes WinGet que tienes, para ver si PowerShell aparece y en qué versión:

winget list --id Microsoft.PowerShell
Comprueba: si la versión que muestra es la última estable (7.6.6 a octubre de 2026), ya lo tienes al día; si es más antigua, actualiza con el mismo método con el que lo instalaste.

El Visor de eventos: busca el error de instalación

Cuando la instalación revienta, el Visor de eventos guarda un registro con el motivo exacto. Abrirlo te lleva menos de un minuto y te dice si el fallo fue del MSI o del MSIX:

  1. Pulsa Win+R, escribe eventvwr.msc y pulsa Enter.
  2. En el panel izquierdo, abre Registros de Windows > Aplicación.
Visor de eventosRegistros de WindowsAplicación
  1. En el panel derecho, pulsa «Filtrar registro actual…». En «Origenes del evento» elige Appx y MsiInstaller y pulsa Aceptar.
  2. Busca el momento en que intentaste instalar PowerShell 7:

– Un error de MsiInstaller con identificador 1001 o 1603 confirma que el MSI falló por permisos o por bloqueo de otra versión. – Un error de AppxDeployment (AppxPackaging, AppxDeployment-Server) confirma que el MSIX no pudo desplegarse.

Comprueba: con el origen y el identificador del evento ya sabes si el problema es del MSI o del MSIX y puedes ir directo a la parte que te toca en este artículo.

Ejecuta winget por primera vez en Windows 10

En Windows 11 WinGet ya viene con el sistema (mediante la aplicación App Installer). En Windows 10 no siempre está disponible, y por eso muchos intentos de instalar PowerShell 7 con winget fallan con el mensaje «'winget' no se reconoce como un comando interno o externo»:

  1. Abre Microsoft Store desde el buscador del menú Inicio.
  2. Busca «App Installer» (publicada por Microsoft, no por terceros).
  3. Pulsa «Instalar» o «Actualizar» y espera a que termine.
  4. Cierra y vuelve a abrir la consola y prueba winget --version.
Microsoft Storebuscar App InstallerInstalar o Actualizar
Comprueba: si winget --version muestra una versión (por ejemplo 1.x), WinGet ya está disponible y puedes volver a la instalación con WinGet.

WinGet no se reconoce al instalar PowerShell 7 en Windows 10

Esto pasa cuando en Windows 10 falta App Installer, la aplicación que trae WinGet. La causa más frecuente es que App Installer no se instaló al actualizar desde una versión antigua de Windows 10 o se desinstaló por error. En Windows 11 no hace falta hacer nada porque ya viene de serie.

Pasos para arreglarlo:

  1. Abre Microsoft Store desde el menú Inicio.
  2. Busca «App Installer» y entra en su ficha (publicada por Microsoft).
  3. Pulsa «Actualizar» si ya lo tienes o «Instalar» si no aparece.
  4. Cierra Microsoft Store, abre una consola normal (no hace falta administrador para esto) y prueba:

winget --version
  1. Si responde con un número de versión, ya puedes instalar PowerShell 7 con:

winget install --id Microsoft.PowerShell --source winget

En Windows 11, salta directamente al comando del paso 5 porque WinGet ya viene con App Installer.

Comprueba: al terminar, PowerShell 7 debería abrirse al escribir pwsh en Win+R. Si sigue sin reconocer winget, ve a la parte siguiente.

Pasa al MSI si WinGet sigue sin estar disponible

Si tras instalar App Installer winget sigue sin responder, no te atasques: descarga el MSI a mano. Es el siguiente método en sencillez y el que mejor funciona en entornos sin Store:

  1. Abre el navegador y entra en la página de versiones de PowerShell en GitHub.
  2. Baja hasta los archivos de la versión 7.6.6 y descarga el que te toque: PowerShell-7.6.6-win-x64.msi para equipos normales o PowerShell-7.6.6-win-arm64.msi para equipos ARM.
  3. Guarda el archivo en una carpeta corta (por ejemplo, Descargas).
  4. Haz clic derecho sobre el .msi y elige «Ejecutar como administrador».
  5. Sigue el asistente aceptando la ruta por defecto (C:\Program Files\PowerShell\7).
Comprueba: al abrir pwsh en Win+R debe arrancar PowerShell 7. Si al hacer doble clic sobre el MSI te sale el error 1603, pasa a la parte siguiente.

El MSI falla con el error 1603 o no deja actualizar PowerShell

El error 1603 es un error genérico del instalador MSI: significa que la instalación no ha podido terminar. Las dos causas más habituales son ejecutarlo sin permisos de administrador y tener una versión previa de PowerShell 7 que bloquea la nueva. En el Visor de eventos lo verás como MsiInstaller con identificador 1001 o 1603, que es justo lo que vimos en el diagnóstico anterior.

Pasos para arreglarlo, de menos a más:

  1. Cierra cualquier ventana de PowerShell 7 que tengas abierta.
  2. Haz clic derecho sobre el archivo .msi que descargaste y elige «Ejecutar como administrador». Acepta el aviso de UAC.
  3. Si ya tienes una versión previa de PowerShell 7 y no actualiza, quítala primero:
ConfiguraciónAplicacionesAplicaciones instaladas (Windows 11)
Panel de controlProgramas y características (Windows 10)
  1. Busca «PowerShell 7» en la lista, púlsalo y elige «Desinstalar». En Windows 10 usa «Desinstalar o cambiar».
  2. Vuelve a ejecutar el MSI como administrador.
Cuidado: a partir de PowerShell 7.7.0 ya no habrá MSI; WinGet solo instalará MSIX y este método MSI desaparecerá. Si tu versión es 7.6.x todavía funciona; si es más nueva, pasa al MSIX.
Comprueba: al terminar, el MSI debe cerrarse con un mensaje de «Instalación correcta» y pwsh -v debe mostrar 7.6.6 o la versión que instalaste.

Instalación silenciosa del MSI para desatarla en varios equipos

En empresas o cuando tienes que instalar PowerShell 7 en varios PCs a la vez, interesa lanzarlo sin que muestre el instalador:

  1. Abre una consola como administrador (clic derecho en Inicio > Terminal (Administrador) en Windows 11; Windows PowerShell (Administrador) en Windows 10).
  2. Sitúate en la carpeta donde está el MSI con cd.
  3. Ejecuta:

msiexec.exe /i PowerShell-7.6.6-win-x64.msi /quiet

El parámetro USE_MU=1 (que viene por defecto) hace que pueda actualizarse después por Microsoft Update o por WSUS. Si quieres forzarlo:

msiexec.exe /i PowerShell-7.6.6-win-x64.msi /quiet USE_MU=1 ENABLE_MU=1 ADD_PATH=1
Comprueba: tras unos segundos, pwsh -v debe responder con la versión instalada.

El ZIP de PowerShell 7 no arranca o está bloqueado

El ZIP es el método más manual: descargar, descomprimir y listo. No comprueba requisitos previos (como tener .NET) y no se actualiza solo, así que es fácil meter la pata. Los fallos típicos al usarlo son: que SmartScreen lo bloquee al ejecutarlo por primera vez, o que la ruta de la carpeta sea tan larga que algo no carga bien.

Pasos para arreglarlo:

  1. Entra en la página de versiones de GitHub y descarga el ZIP que te toque: PowerShell-7.6.6-win-x64.zip o PowerShell-7.6.6-win-arm64.zip.
  2. Descomprímelo en una carpeta con ruta corta, por ejemplo C:\PowerShell\7. Evita rutas como C:\Users\Name\Documents\Descargas\... porque son demasiado largas.
  3. Dentro de esa carpeta, busca pwsh.exe. Si al hacer doble clic te sale el mensaje de SmartScreen:

Pulsando en «Más información» aparece «Ejecutar de todas formas», que es lo que debes pulsar para autorizarlo solo esta vez.

  1. Crea un acceso directo a pwsh.exe en el escritorio o ancla pwsh a Inicio para abrirlo fácilmente.
  2. Si quieres que se pueda abrir pwsh desde cualquier carpeta, añade la ruta a la variable PATH:
ConfiguraciónSistemaInformación del sistemaConfiguración avanzada del sistemaVariables de entorno (Windows 10 y 11)

En «Path», pulsa «Editar» y añade C:\PowerShell\7.

Cuidado: el ZIP no comprueba requisitos previos (como tener la versión correcta de .NET) y no se actualiza solo. Si algo va mal, tendrás que descargar la siguiente versión a mano.
Comprueba: al abrir pwsh desde el acceso directo debe arrancar PowerShell 7. Si no se actualiza cuando sale una versión nueva, repite estos pasos.

Convive varias versiones de PowerShell 7 con el ZIP

El ZIP permite tener varias versiones a la vez (la estable y la preview, por ejemplo) sin que se peleen. Lo que se comparte entre ellas es la carpeta de módulos, y ahí es donde pueden surgir conflictos con módulos que solo funcionan en Windows PowerShell 5.1.

  1. Descomprime cada versión en su propia carpeta, como C:\PowerShell\7 para la estable y C:\PowerShell\7-preview para la preview.
  2. Crea un acceso directo al escritorio para cada pwsh.exe con nombre distinto (PowerShell 7 y PowerShell 7 Preview).
  3. Solo una de ellas debería estar en PATH; si las pones las dos, pwsh abrirá la primera que encuentre.
Comprueba: al pulsar cada uno debe verse el número de versión correcto en la cabecera de la ventana.

.NET Global tool no instala PowerShell porque falta el SDK

Este método solo tiene sentido si ya trabajas con .NET SDK. Si no lo tienes, el comando dotnet tool install --global PowerShell falla con un mensaje de que no encuentra el SDK.

Pasos para arreglarlo:

  1. Entra en la página oficial de .NET en dotnet.microsoft.com y descarga el SDK de la versión que necesites (.NET 8 o .NET 9 según tu proyecto).
  2. Instálalo con las opciones por defecto.
  3. Abre una consola normal y comprueba:

dotnet --version
  1. Si responde con un número, ya puedes lanzar:

dotnet tool install --global PowerShell

Para la versión preliminar sigue este paso:

dotnet tool install --global PowerShell --version 7.7.0-preview.5

Para actualizar más adelante:

dotnet tool update --global PowerShell

Para desinstalar:

dotnet tool uninstall --global PowerShell
Comprueba: el comando debe terminar sin errores. Para abrirlo, ejecuta pwsh como harías con cualquier otro método.

MSIX desde Microsoft Store se queda en una versión antigua

El paquete MSIX desde Microsoft Store es cómodo porque se actualiza solo, pero tiene limitaciones que conviene conocer: se instala solo en el usuario actual (no en todos los del equipo), los cambios en $PSHOME no persisten por la caja de la aplicación, no soporta Update-Help -Scope AllUsers ni -Scope LocalMachine, y el remoting por WSMAN no funciona.

Pasos para arreglar que se quede atrás:

  1. Abre Microsoft Store desde el menú Inicio.
  2. Inicia sesión con tu cuenta si aún no lo has hecho.
  3. Busca «PowerShell 7» en la tienda y entra en su ficha.
  4. Pulsa «Actualizar» si ves que estás en una versión antigua.
Nota: en Windows 10 1903 o anterior hay que eximir la virtualización manualmente; en Windows 10 posterior y Windows 11 ya viene listo.
Comprueba: la ficha debe mostrar la versión más reciente disponible en la Store. Si necesitas instalar para todos los usuarios, este no es tu caso: usa MSI o WinGet con MSI.

Quitar el MSIX y volver a un MSI limpio

Si el MSIX te da problemas y prefieres pasar a MSI, hay que quitar el paquete desde PowerShell 5.1 (no desde PowerShell 7, porque el MSIX se está ejecutando):

  1. Abre Windows PowerShell (no PowerShell 7) desde el menú Inicio.
  2. Ejecuta:

Get-AppxPackage *PowerShell* | Remove-AppxPackage
  1. Reinicia el equipo.
  2. Ve a la parte del MSI de esta misma guía e instala con el .msi como hemos visto.
Comprueba: tras reiniciar, $PSHOME en PowerShell 7 debe apuntar a C:\Program Files\PowerShell\7 (la ruta del MSI), no a una ruta dentro de tu perfil.

Si PowerShell 7 sigue fallando: repara primero Windows y luego reinstala

Si ya pasaste por todo lo anterior y sigue fallando, el problema puede estar en Windows, no en PowerShell. Los archivos del sistema pueden estar dañados y eso hace que cualquier instalador falle. Antes de formatear, repara los componentes:

  1. Abre la Terminal como administrador (clic derecho en Inicio > Terminal (Administrador) en Windows 11; Windows PowerShell (Administrador) en Windows 10).
  2. Ejecuta uno tras otro, esperando a que cada uno termine:

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow
  1. Reinicia el equipo.
  2. Desinstala PowerShell 7 desde Configuración > Aplicaciones (Windows 11) o Panel de control > Programas y características (Windows 10) y vuelve a instalarlo con otro método distinto al que usaste la primera vez.
  3. Si sigue fallando, repara Windows con la ISO oficial de la misma versión que tienes (la llamada «reparación in situ» o «actualización in situ»), manteniendo tus archivos y programas:
Página oficial de Microsoftdescargar la ISO de la misma edición (Windows 10 o 11) y tu edición (Home o Pro)
Cuidado: la reparación in situ reinstala Windows encima del actual, pero puede dejar a algunos programas y a algunos controladores en mal estado. Haz antes una copia de seguridad.
Comprueba: tras sfc /scannow debe decir «Protección de recursos de Windows no encontró ninguna infracción». Si encontró y reparó, reinicia y vuelve a instalar PowerShell 7.

Lo que ya sabes sobre PowerShell 7 en Windows

  • PowerShell 7 convive con Windows PowerShell 5.1, no lo borra; se ejecuta con pwsh.
  • El método más sencillo es WinGet: ya viene en Windows 11 y, tras instalar App Installer, también en Windows 10.
  • Los errores al instalar casi siempre son del instalador (WinGet o App Installer no disponible, MSI bloqueado por permisos, SDK de .NET ausente o MSIX sin sandbox), no de PowerShell en sí.
  • Siguiente paso: confirma con $PSHOME qué método tienes y, si necesitas actualizar, usa el mismo método que usaste la primera vez.

Dudas sobre PowerShell 7 en Windows

1. ¿Cómo bajar PowerShell 7 en Windows?

Bájalo desde la página oficial de Microsoft (github.com/PowerShell/PowerShell) en el apartado Releases: elige el archivo MSI para Windows (x64 o arm64 según tu PC) y ejecútalo con doble clic. Con winget también vale: abre Terminal como administrador y escribe winget install --id Microsoft.PowerShell. El sistema añadirá pwsh al PATH y tendrás PowerShell 7 junto al de Windows.

2. ¿Cómo saber qué versión de PowerShell tengo instalada?

Abre PowerShell y escribe $PSVersionTable.PSVersion; en la línea "PSVersion" verás el número, por ejemplo 7.4.5 si es PowerShell 7 o 5.1.22621 si es el que trae Windows de serie. Si solo necesitas saberlo desde fuera, en la Terminal ejecuta pwsh -v o powershell -Command "$PSVersionTable.PSVersion".

3. ¿Existe PowerShell 8?

No, no existe una versión 8 a día de hoy: la rama estable actual es PowerShell 7, que Microsoft publica como .NET Global Tool (por ejemplo 7.4.x). Microsoft mantiene en paralelo "PowerShell Preview" para probar la siguiente versión menor, así que si buscas lo "último", instala el paquete de preestreno desde la misma página de Releases.

Fuentes

  1. MicrosoftPowerShell – Free download and install on Windows – Microsoft Storeconsultado el 14/10/2026
  2. GithubPowerShell for every system! – GitHubconsultado el 14/10/2026
  3. MicrosoftServicio Power (Power) — documentación oficialconsultado el 14/10/2026
  4. Microsoftcmd (comando de la consola) — documentación oficialconsultado el 14/10/2026
  5. MicrosoftSímbolo del sistema (cmd) — documentación oficialconsultado el 14/10/2026