PowerShell: qué es, qué errores da y cómo arreglarlo

Si al escribir PowerShell te aparece un mensaje en rojo, el script no se ejecuta o la ventana se cierra al abrirla, el problema casi siempre está en la versión instalada, en la directiva de ejecución o en un módulo que falta. Esta guía cubre lo que le pasa a PowerShell en Windows 10 y Windows 11, cómo distinguir cada causa y los pasos para volver a usarlo sin romper nada.

Qué es PowerShell y para qué sirve en Windows

PowerShell es una herramienta de Microsoft que combina tres cosas en una: un shell de línea de comandos (la ventana donde escribes órdenes), un lenguaje de scripting (para escribir esas órdenes en archivos .ps1 y reutilizarlas) y un marco de automatización (para aplicar esa misma configuración a muchos equipos a la vez). A diferencia del Símbolo del sistema, que solo devuelve texto, PowerShell trabaja con objetos .NET: cuando pides la lista de procesos o de servicios, recibes un objeto con sus propiedades, no solo líneas de texto plano.

En Windows viene preinstalado Windows PowerShell 5.1, integrado en el propio sistema. PowerShell 7 es la versión más reciente, multiplataforma (se ejecuta también en Linux y macOS), y se instala aparte desde la web de Microsoft o con winget. La consola incluye además PSReadLine, que aporta el autocompletado con Tab, el historial de comandos y la predicción de la siguiente orden mientras escribes. Con PowerShell puedes automatizar desde tareas locales (renombrar archivos, listar servicios) hasta procesos de empresa con módulos como los de Azure, Exchange, SQL Server o VMware.

Por qué PowerShell falla en Windows: las causas más comunes

Comprueba qué le pasa a PowerShell antes de tocar nada

Antes de aplicar ningún arreglo conviene saber qué versión tienes, qué directiva de ejecución está activa, si el módulo que necesitas está instalado y si hay algún evento en el Visor de eventos que apunte a la causa real. Cuatro comprobaciones rápidas, sin riesgo:

La versión de PowerShell que tienes y desde dónde corre

Abre en PowerShell y ejecuta los dos comandos siguientes. El primero te dice la versión exacta y la edición; el segundo, el host que estás usando. Windows PowerShell 5.1 viene con el sistema; PowerShell 7.x es la versión multiplataforma y opcional.

$PSVersionTable
Get-Host

Name                           Value
----                           -----
PSVersion                      7.4.6
PSEdition                      Core
OS                             Microsoft Windows 10.0.26100
Platform                       Win32NT

Si ves PSVersion 5.1, estás usando Windows PowerShell integrado. Si ves 7.x con PSEdition Core, estás en PowerShell 7.

La directiva de ejecución que tienes ahora mismo

Get-ExecutionPolicy -List

        Scope ExecutionPolicy
        ----- ---------------
MachinePolicy       Undefined
   UserPolicy       Undefined
      Process       Undefined
   CurrentUser    RemoteSigned
 LocalMachine       Undefined

Si en LocalMachine o CurrentUser aparece Restricted, los scripts .ps1 no se ejecutarán aunque el archivo exista. Si aparece AllSigned, exigirá que cada script esté firmado digitalmente.

Si el módulo falta o no se reconoce el cmdlet

Get-Module -ListAvailable

Si el módulo que necesitas no aparece en la lista, PowerShell no lo encuentra. Para probar uno concreto, intenta importarlo:

Import-Module NombreDelModulo

Si responde sin errores, el módulo está disponible; si devuelve "No se encuentra el módulo", toca instalarlo.

Los eventos de PowerShell en el Visor de eventos

Filtra por origen PowerShell y revisa los IDs de evento y el mensaje: suelen señalar la línea exacta donde falló un script o el motivo por el que PowerShell no arrancó.

PowerShell no ejecuta scripts: cambia la directiva de ejecución

Si al lanzar un .ps1 Windows responde que la ejecución de scripts está deshabilitada, el problema es la Execution Policy. Esta política no es una medida de seguridad estricta, sino un freno para evitar ejecutar scripts por accidente; cambiarla para tu usuario no rompe nada.

Abrir PowerShell con los permisos necesarios

El título de la ventana debe decir "Administrador". Sin ese permiso, Set-ExecutionPolicy no podrá aplicar cambios en LocalMachine.

Cambiar la Execution Policy solo para tu usuario

Abre en PowerShell como administrador y ejecuta:

Set-ExecutionPolicy -Scope CurrentUser RemoteSigned

Cuando pida confirmación, escribe S y pulsa Enter. Después comprueba con Get-ExecutionPolicy -List que CurrentUser muestra RemoteSigned. Esta política permite scripts locales sin firma y exige firma solo en los descargados de Internet.

Restablecer la directiva si la cambiaste mal

Abre en PowerShell como administrador y ejecuta:

Set-ExecutionPolicy -ExecutionPolicy Restricted -Scope LocalMachine

Esto devuelve Windows al valor por defecto y deja el equipo como estaba.

PowerShell no abre o se cierra al instante: atajo y permisos

Cuando la ventana aparece y desaparece al instante, PowerShell no está roto: lo que falla es el acceso directo o algo que lo cierra de inmediato. Antes de tocar nada, descartas el problema en un minuto.

Probar PowerShell desde Ejecutar antes de tocar nada

Pulsa Win+R, escribe powershell y pulsa Enter. Si la consola se queda abierta esperando órdenes, el fallo está en el acceso directo del menú Inicio, no en PowerShell.

Devolver el acceso directo del menú Inicio a su estado normal

Borra el acceso directo roto y crea uno nuevo con destino powershell.exe (Windows PowerShell) o pwsh.exe (PowerShell 7). Evita accesos directos de terceros: pueden tener parámetros que cierren la ventana al terminar.

Revisar las tareas programadas que cierran PowerShell

Pulsa Win+R, escribe taskschd.msc y revisa la biblioteca de tareas. Si alguna tarea dispara powershell.exe con parámetros que cierran la ventana al terminar, desactívala o corrígela y deja apuntado qué cambiaste.

El cmdlet no se reconoce: instalar el módulo que falta

Si al escribir un cmdlet PowerShell responde que no lo reconoce, el shell está correcto: lo que falta es el módulo que lo contiene. La solución es buscarlo en la Galería de PowerShell (PSGallery) e instalarlo.

Buscar el módulo en la Galería de PowerShell

Abre en PowerShell y ejecuta:

Find-Module Nombre

El resultado mostrará el nombre exacto, la versión y el autor. Evita módulos de procedencias desconocidas: instala solo los que vivan en la PSGallery por defecto.

Instalar el módulo para el usuario actual

Abre en PowerShell y ejecuta:

Install-Module -Name Nombre -Scope CurrentUser

Cuando pida confirmación con un aviso sobre un proveedor sin confianza, escribe S. Después comprueba:

Get-Module -ListAvailable Nombre

El módulo debe aparecer con su versión.

Importarlo en cada sesión o guardarlo en el perfil

Abre en PowerShell y ejecuta:

Import-Module Nombre

Si quieres que cargue solo cada vez que abres PowerShell, añade esa misma línea al perfil:

notepad $PROFILE

Guarda el archivo y reinicia PowerShell. La próxima vez, el módulo se cargará automáticamente.

Windows abre los .ps1 con el Bloc de notas: reasocia los archivos

Si al doble clic sobre un script PowerShell se abre el Bloc de notas en vez de ejecutarse, la asociación de archivos .ps1 apunta a otro programa. La solución es cambiarla desde Configuración.

Asociar los .ps1 a PowerShell desde Configuración

En Windows 10 la ruta es Configuración > Aplicaciones > Aplicaciones predeterminadas y eliges el programa para cada extensión.

Reabrir PowerShell tras el cambio y comprobar

Cierra y vuelve a abrir PowerShell. Ve a la carpeta del script y ejecuta:

.\archivo.ps1

El script debe arrancar en la consola en vez de abrirse en el Bloc de notas.

Si nada funciona: repara PowerShell y el propio Windows

Si tras probar las partes anteriores el error sigue, toca reparar la instalación. Empieza por lo menos invasivo: reinstalar PowerShell 7 si lo añadiste aparte. Si aun así el problema persiste, restaura Windows sin perder tus archivos.

Desinstalar y reinstalar PowerShell 7 si lo añadiste aparte

1. Pulsa Win+R, escribe cmd y ábrelo como administrador.
2. Ejecuta winget list Microsoft.PowerShell para ver la instalación.
3. Ejecuta winget uninstall Microsoft.PowerShell para quitarlo.
4. Ejecuta winget install Microsoft.PowerShell para volver a la última versión estable.
5. Abre PowerShell 7 y comprueba con $PSVersionTable que la versión es la esperada.

Restaurar Windows sin perder archivos

Elige "Resolver problemas" para que repare la instalación sin formatear. El equipo se reiniciará varias veces y puede tardar bastante.

Lo que ya has descartado sobre los errores de PowerShell

• Si los scripts no corren, la Execution Policy está en Restricted o AllSigned (Get-ExecutionPolicy -List).
• Si un cmdlet no se reconoce, el módulo no está instalado o no está en $env:PSModulePath (Get-Module -ListAvailable).
• Si la ventana se cierra sola, el problema está en el acceso directo o en una tarea programada, no en PowerShell.
• Si un .ps1 abre el Bloc de notas, la asociación de archivos apunta a otro programa (Configuración > Aplicaciones predeterminadas).
• Si todo lo anterior falla, reinstala PowerShell 7 con winget o restaura Windows sin perder archivos.

Windows PowerShell 5.1 sigue integrado en Windows 10 y 11; PowerShell 7 es la versión multiplataforma opcional, instalable desde winget o desde la web de Microsoft.

Dudas sobre PowerShell y sus errores en Windows