Volver a arrancar un contenedor parado con docker start

En esta lección volverás a poner en marcha un contenedor detenido.

docker start web lo arranca de nuevo, conservando todo lo que tenía dentro: los archivos que se crearon, los cambios de configuración, todo.

Esa es la diferencia con docker run, y merece quedar clara: run crea un contenedor nuevo desde la imagen, start revive uno que ya existía. Usar run cuando querías start es lo que deja la máquina llena de contenedores duplicados.

Por omisión arranca en segundo plano. Para volver a engancharse a su salida se añade -a, o se usa docker logs -f.

Aquí conviene matizar lo que se dijo antes sobre los datos. Los cambios sobreviven a un stop y start; lo que no sobreviven es al borrado del contenedor. Es una distinción que confunde y que explica por qué a veces «los datos siguen ahí» y a veces no.

Aun así, la costumbre recomendable es tratar los contenedores como desechables: si dependes de que uno concreto sobreviva, es señal de que esos datos deberían estar en un volumen.