Dónde se esconden realmente los gigabytes
Docker Desktop en WSL2 guarda todo — imágenes, contenedores, volúmenes, caché de builds — en distribuciones WSL especiales, y cada una vive en C: como un único archivo VHDX dinámico. Cada pull añade capas, cada build añade caché, y borrar solo libera espacio dentro del sistema de archivos Linux: el archivo del host se queda en su marca máxima. Tus propias Ubuntu o Debian hacen el mismo truco con su ext4.vhdx, y nada de esto aparece al buscar "carpetas gordas", porque para Windows son unos pocos archivos opacos.
- docker-desktop-data (Docker antiguo) o docker_data.vhdx (nuevo): el devorador principal de 30–80 GB en %LOCALAPPDATA%\Docker\wsl — imágenes, contenedores, volúmenes, caché
- docker-desktop: la distribución del sistema, más pequeña, donde corre el propio motor de Docker
- Tus distribuciones WSL2: un ext4.vhdx por cada una en %LOCALAPPDATA%\Packages\...\LocalState
- Caché de builds: docker builder conserva capas intermedias aunque borres la imagen final
- Imágenes colgantes y contenedores parados: capas huérfanas de builds y pulls interrumpidos
- Volúmenes anónimos: se crean en silencio en cada build con compose y sobreviven incluso a docker image prune
Limpia dentro primero: compactar un disco sucio es trabajo tirado
Compactar un VHDX lleno de imágenes muertas solo produce un archivo más pequeño que vuelve a crecer enseguida, así que el orden importa. Empieza dentro: docker system df muestra lo que ocupan de verdad imágenes, contenedores, volúmenes y caché, y las cifras suelen sorprender. docker system prune -a elimina imágenes sin uso y contenedores parados; --volumes añade los volúmenes huérfanos — comprueba que no estás borrando datos de una base de datos que querías conservar. Después docker builder prune limpia la caché de builds que los rebuilds repetidos engordan; solo cuando docker system df da una cifra aceptable merece la pena tocar el archivo del host.
Después encoge el disco: tres vías oficiales
Primero wsl --shutdown, o el archivo seguirá bloqueado por contenedores y distribuciones en marcha. En builds recientes de WSL, wsl --manage <distro> --set-sparse true marca el VHDX como disperso y Windows recupera los bloques libres; en versiones antiguas, la vía fiable es exportar e importar — wsl --export a un .tar, wsl --unregister, wsl --import a una carpeta nueva — y el archivo se rehace al tamaño real de los datos. Docker Desktop también puede mudar el disco entero a otra unidad desde Settings > Resources > Advanced y migra los datos por ti; es la solución honesta cuando C: es simplemente pequeño para tu trabajo. Y de paso limita el crecimiento: esa misma página tiene un tope de tamaño de disco, y el hábito mensual de mirar docker system df te mantiene por debajo.
Preguntas y respuestas
¿Por qué Docker Desktop ocupa tanto espacio?
Docker guarda cada imagen, capa, volumen y entrada de caché en un VHDX dinámico que crece bajo demanda y nunca se reduce solo. Mira el desglose con docker system df, limpia lo que no necesitas y después compacta el disco.
¿Cómo reduzco el archivo VHDX de Docker en WSL2?
Ejecuta wsl --shutdown y marca el disco como disperso con wsl --manage <distro> --set-sparse true. O exporta la distribución a un .tar, haz unregister e impórtala de vuelta: el VHDX nuevo quedará al tamaño real de tus datos.
Consulta qué incluye antes de comprar.
La prueba única de 30 minutos incluye las funciones básicas. Las funciones marcadas PRO permanecen bloqueadas hasta activar una licencia de pago.
Sigue leyendo
Escríbenos: [email protected]