Español
Appearance
Español
Appearance
Antes de usar WSL Dashboard, su sistema Windows debe tener el entorno WSL 2 correctamente habilitado y configurado. Este documento se divide en tres partes principales:
wsl no significa que se pueda instalar Linux correctamente.Este capítulo le guiará a través de la configuración básica necesaria. Tras completarlo, lea el capítulo 2 para entender la diferencia entre tener el comando disponible y haber instalado correctamente; si la instalación sigue presentando problemas, consulte el capítulo 3.
WSL 2 tiene requisitos mínimos sobre la versión de Windows. Pulse Win + R e introduzca winver para comprobar su versión:
IMPORTANT
Si su versión es demasiado antigua, actualice el sistema primero mediante "Windows Update".
WSL 2 se ejecuta sobre tecnología de virtualización, por lo que debe habilitar la tecnología de virtualización (Virtualization Technology) en la BIOS/UEFI de la placa base.
Intel VT-x o AMD-V y establézcala en Enabled.Debe activar las funciones "Subsistema de Windows para Linux" y "Plataforma de máquina virtual" de Windows.
Win + S, busque y abra "Activar o desactivar las características de Windows".Ejecute PowerShell como administrador y ejecute los siguientes comandos:
# Habilitar WSL
dism.exe /online /enable-feature /featurename:Microsoft-Windows-Subsystem-Linux /all /norestart
# Habilitar la plataforma de máquina virtual
dism.exe /online /enable-feature /featurename:VirtualMachinePlatform /all /norestartTras la ejecución, reinicie el equipo manualmente.
Las versiones modernas de Windows pueden obtener las actualizaciones de WSL a través de Microsoft Store.
.msixbundle o .msi más reciente desde WSL GitHub Releases para instalarlo sin conexión.Para garantizar que las nuevas distribuciones instaladas usen WSL 2 de forma predeterminada, ejecute en el terminal:
wsl --set-default-version 2wsl --set-version <nombre-de-la-distribución> 2 para actualizar una instancia existente de WSL 1 a WSL 2.Que comandos como wsl --version o wsl -l -v se ejecuten correctamente no significa que ya esté en condiciones de instalar Linux. Son fases distintas y no deben equipararse.
Que los comandos estén disponibles solo indica:
wsl.exe está disponiblePero instalar correctamente una distribución de Linux requiere condiciones adicionales. Los puntos donde suele quedarse atascada la gente son:
wsl -l -v solo lista las distribuciones instaladas; si no hay ninguna instalada, la lista estará vacía, lo que no significa que se pueda ejecutar Ubuntu directamente.wsl --install -d <distribución> necesita descargar la imagen desde la tienda o la red; las redes corporativas, los proxies y los firewalls pueden bloquearla.TIP
En resumen: que los comandos WSL funcionen ≠ Linux listo; solo ha obtenido la "entrada", pero todavía no ha instalado el sistema.
Tras completar la configuración siguiendo el capítulo 1 (o si cree que ya la ha completado), si wsl --install sigue fallando, compruebe lo siguiente en orden.
Ejecute PowerShell como administrador y ejecute sucesivamente:
wsl --install --no-distribution
wsl --set-default-version 2Ejecute después systeminfo y confirme que en la salida aparece Virtualization Enabled In Firmware: Yes. Si no hay ningún error en lo anterior, ya puede ejecutar wsl --install para instalar la distribución con tranquilidad.
NOTE
Ningún comando puede garantizar al 100 % que wsl --install tendrá éxito, pero las comprobaciones anteriores confirman si se cumplen las condiciones de instalación.
Si la "comprobación en un clic" no logra localizar el problema, puede revisar punto por punto:
systeminfo; en la salida debe aparecer Virtualization Enabled In Firmware: Yes.Get-WindowsOptionalFeature -Online -FeatureName Microsoft-Windows-Subsystem-Linux
Get-WindowsOptionalFeature -Online -FeatureName VirtualMachinePlatformEnabled.wsl --version debe producir una salida normal; si indica que el comando no existe, significa que los componentes de WSL no están instalados; vuelva al capítulo 1.wsl --set-default-version 2 debe devolver correctamente. Causas habituales de error: la plataforma de máquina virtual no está habilitada o VT-x / AMD-V no está activado en la BIOS.| Situación | Descripción | Solución |
|---|---|---|
| Virtualización desactivada en la BIOS | Fallo garantizado | Reinicie, entre en la BIOS y active VT-x / AMD-V (ver 1.2) |
| Windows 10 inferior a 19041 | wsl --install no compatible | Actualice el sistema (ver 1.1) |
| Entorno empresarial con Hyper-V/virtualización deshabilitada | Puede fallar | Contacte con el administrador del sistema |
| Edición Home antigua | Requiere instalación manual | Instale el kernel de WSL manualmente según 1.4 |
El mensaje de error es Cannot find a virtual disk support provider for the specified file. No es un problema de la distribución de Linux en sí, sino que la pila de discos virtuales VHD/VHDX de Windows no funciona correctamente; WSL 2 falla al registrar la distribución o al crear/montar ext4.vhdx.
Haga primero una verificación mínima: ejecute PowerShell como administrador y pruebe New-VHD (por ejemplo, New-VHD -Path C:\test.vhdx -SizeBytes 1GB). Si este comando también reporta el mismo error, el problema está 100 % en el lado de Windows, no en la distribución.
Siga este orden para diagnosticar y reparar:
El servicio Virtual Disk no está en ejecución: abra services.msc, busque el servicio Virtual Disk, establezca el tipo de inicio en "Automático" e inícielo.
Las funciones WSL / Plataforma de máquina virtual no están habilitadas (o no surtieron efecto): vuelva a ejecutar los comandos de 1.3 Habilitar las funciones de Windows relacionadas y luego debe reiniciar. La edición Home de Windows no tiene Hyper-V completo, pero WSL 2 solo necesita la plataforma de máquina virtual, no la consola de administración de Hyper-V.
Faltan controladores/dispositivos de disco virtual: abra el Administrador de dispositivos y compruebe si existen los siguientes en "Dispositivos del sistema / Controladores de almacenamiento":
Si faltan, puede agregarlos manualmente con hdwwiz.exe (Controladores de almacenamiento → Microsoft → Microsoft VHD Loopback Controller) y confirme que el servicio FsDepends no está deshabilitado.
La imagen importada no cumple los requisitos de WSL: al usar wsl --import --vhd, el VHDX debe ser un sistema de archivos ext4; no puede ser un disco cifrado con LUKS, un raw.img normal, un Live ISO ni un disco vacío formateado en NTFS/FAT. .img / .qcow2 / .iso no se pueden usar directamente con wsl --import --vhd.
Problemas de ruta/permisos/sistema de archivos: el directorio de destino debe estar en un disco NTFS (FAT32/exFAT no sirven); evite caracteres chinos, espacios y símbolos especiales en la ruta; no importe desde unidades de red, OneDrive o carpetas comprimidas; use siempre PowerShell de administrador real (no un terminal normal).
Componentes del sistema dañados: ejecute DISM y SFC sucesivamente para reparar los componentes del sistema y vuelva a intentarlo:
DISM.exe /Online /Cleanup-Image /RestoreHealth
sfc /scannowTIP
Las máquinas virtuales de terceros (VirtualBox, VMware) o las funciones de sandbox/endurecimiento de programas de seguridad (como 360, Huorong) pueden interferir con las operaciones de discos virtuales; durante la comprobación puede desactivarlas temporalmente y volver a probar.