# Cómo quitar Docker Desktop sin perder un volumen

> Haz una copia de los volúmenes con nombre antes de que el desinstalador los destruya y separa la carpeta de configuración de Docker del estado de la máquina virtual que deja atrás

Published: 2026-07-27 | Updated: 2026-09-24

Docker Desktop no es una sola aplicación. Es una GUI, una máquina virtual en segundo plano, un conjunto de
herramientas de línea de comandos enlazadas en `/usr/local/bin` y una imagen de disco que crece sin avisar
hasta decenas de gigabytes. Arrastrarlo a la Papelera elimina lo primero y deja
el resto.

También tiene el problema opuesto al de la mayoría de desinstalaciones: ejecutar el desinstalador oficial
es el paso destructivo, no la limpieza posterior. Este es el orden que conserva tus
datos, y la forma de distinguir los restos desechables de los que querrás recuperar.

El [procedimiento oficial de Docker Desktop](https://docs.docker.com/desktop/uninstall/) advierte de que se borran contenedores, imágenes y volúmenes locales. Guarda primero lo que necesites y después usa el desinstalador de Docker.

## Desinstalar destruye tus contenedores, imágenes y volúmenes

Docker lo dice con claridad: desinstalar Docker Desktop destruye contenedores, imágenes,
volúmenes y otros datos de Docker locales en la máquina. No hay marcha atrás ni paso por la
Papelera.

La mayor parte de eso se puede reconstruir. Las imágenes se vuelven a descargar, los contenedores se reconstruyen desde un Dockerfile.
La excepción son los volúmenes con nombre, que es donde una base de datos local guarda sus datos. Un
contenedor de Postgres o MySQL con el que llevas meses desarrollando guarda sus filas
en un volumen, no en la imagen, y ese volumen se elimina junto con todo lo demás.

Antes de cualquier otra cosa, lista lo que existe:

```
docker volume ls
```

Si un volumen importa, haz una copia antes de desinstalar. Detén las escrituras antes de
crear un archivo como el siguiente. Para bases de datos, usa su método de copia admitido
o apágalas correctamente primero; copiar archivos mientras cambian puede producir una copia incoherente:

```
docker run --rm -v <volume>:/from -v "$PWD":/to alpine \
  tar czf /to/<volume>.tgz -C /from .
```

Lo mismo vale para cualquier cosa que hayas construido y nunca hayas subido. `docker image ls` muestra lo que
está en local; si no está en un registro, existe solo en este Mac.

## Si el espacio es el motivo, puede que no necesites desinstalar

Docker guarda todo dentro de una gran imagen de disco virtual, y ese archivo suele ser
lo más grande que Docker posee. Hacer prune dentro de Docker a menudo recupera lo que
buscabas sin desinstalar la herramienta, pero no es
reversible. Empieza con `docker system df` para ver el reparto y luego lee
[Limpiar Docker en Mac sin perder datos](https://mole.fit/es/blog/how-to-clean-up-docker-mac), que
cubre el prune y la razón por la que el archivo de disco no se reduce por sí solo.

Si estás aquí para quitar Docker de forma definitiva, continúa.

## Usa el desinstalador propio de Docker

Docker incluye un desinstalador y hace más que borrar el paquete. Detiene los
servicios en segundo plano y elimina los enlaces simbólicos de línea de comandos que un arrastre desde Finder deja
sueltos.

Desde la aplicación: abre Docker Desktop, selecciona el icono Troubleshoot arriba a la derecha,
elige Uninstall y confirma. Desde Terminal:

```
/Applications/Docker.app/Contents/MacOS/uninstall
```

Después mueve Docker de Aplicaciones a la Papelera.

Docker documenta un error concreto, `operation not permitted`, al acceder a la carpeta protegida
del contenedor de su app. En ese caso, la desinstalación puede completarse aunque quede la carpeta.
No significa que cualquier error de permisos pueda ignorarse: revisa la ruta exacta y el resultado.
Terminal necesita Acceso total al disco para acceder a esa carpeta protegida.

## Qué queda y a quién pertenece

Tras ejecutar el desinstalador, algunas carpetas sobreviven. Docker nombra dos:

```
~/Library/Group Containers/group.com.docker
~/.docker
```

No son el mismo tipo de cosa, y esa diferencia es lo importante.

<figure class="blog-diagram">
  <img src="https://mole.fit/img/blog/docker-uninstall-boundary.webp" width="1360" height="454" loading="lazy" alt="El desinstalador elimina imágenes, contenedores y volúmenes con nombre sin pasar por la Papelera, mientras la carpeta de configuración de Docker, la carpeta de Group Containers y las cachés habituales permanecen en el disco.">
  <figcaption>El desinstalador es el paso destructivo. Las imágenes y los contenedores se reconstruyen, los volúmenes con nombre no, y todo lo que deja se divide en una carpeta que quizá quieras conservar y el resto que puedes eliminar.</figcaption>
</figure>

`~/.docker` es tu configuración. Contiene contextos, ajustes del daemon y credenciales de registro
de `docker login`. Si vas a reinstalar Docker más adelante, o a pasar a
Colima, Rancher Desktop u OrbStack, esta es la carpeta que quizá quieras conservar. Eliminarla
significa volver a iniciar sesión en cada registro.

`~/Library/Containers/com.docker.docker` es la carpeta de contenedor de la aplicación. Guarda la
máquina virtual y su imagen de disco, `Docker.raw`: aquí están las decenas de gigabytes, y es
también la carpeta protegida del error `operation not permitted` de arriba.
`~/Library/Group Containers/group.com.docker` guarda los ajustes de Docker Desktop, no la imagen de
disco. Una vez que aceptas que los contenedores y volúmenes ya no están, estas dos carpetas son la
parte que conviene eliminar.

Además de esas dos, Docker deja el rastro habitual de macOS: cachés, registros, preferencias y
estado guardado de la aplicación bajo tu Biblioteca. Son desechables. No se trata de
eliminar cada archivo con `docker` en el nombre, sino de saber cuál de ellos es una caché y
cuál es una credencial.

## Confirma que realmente ha desaparecido

Dos comprobaciones. Primero, que no quede nada en ejecución:

```
pgrep -fl -i docker
```

Segundo, que las herramientas de línea de comandos ya no estén enlazadas:

```
which docker docker-compose
```

Ninguna de las dos debería devolver nada. Si `docker` sigue encontrándose, es probable que tengas una copia de Homebrew
del CLI instalada por separado, que es un paquete distinto y sobrevive al desinstalador de Docker
Desktop por diseño. `brew list | grep docker` te lo dirá.

## La forma más rápida de verlo todo de una vez

La ruta manual funciona, pero te pide que ya sepas qué rutas existen y cuál de
ellas guarda tus datos. Esa es la parte que las guías suelen saltarse, y es la que te sale
cara cuando falla.

[Mole](https://mole.fit/es/) muestra los archivos relacionados que identifica antes de eliminar nada, agrupados para
que veas de verdad qué carpeta es cada cosa, con su tamaño al lado. Revisas el conjunto,
desmarcas lo que quieres conservar, y lo que eliminas va a la Papelera en lugar de
desaparecer. En el caso de Docker, la imagen de disco suele suponer casi todo
el espacio recuperado, y ver ese número antes de confirmar es la diferencia
entre una limpieza y una sorpresa.

## Lo que vuelve tras una reinstalación

Puedes descargar imágenes que sigan en un registro y recrear contenedores si conservas su configuración de compilación y ejecución. Las imágenes solo locales, los cambios hechos dentro de un contenedor y los datos de volúmenes no vuelven automáticamente. Guarda antes todo lo que no puedas reproducir.

`~/.docker` contiene configuración del cliente y contextos, y puede hacer referencia a credenciales guardadas en otro lugar, como el Llavero. Copia los ajustes que necesites antes de borrarlo. Conservar la carpeta no garantiza que todas las sesiones sigan funcionando, y borrarla puede eliminar más que una sesión iniciada.

La imagen de disco virtual se recrea vacía. Vuelve a crecer al descargar imágenes de nuevo, de modo que las decenas de gigabytes que libera una desinstalación son en su mayoría temporales si reinstalas y retomas el uso habitual. Mantener esa cifra baja a largo plazo es cosa de `docker system prune`, no de un ciclo de reinstalación.

---

Canonical HTML page: https://mole.fit/es/blog/how-to-uninstall-docker-desktop-mac
Blog index for agents: https://mole.fit/es/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt
