Tecnología · GUÍA PRÁCTICA
¿Desaparecieron archivos tras montar Docker? Demuestra qué sistema los oculta
Renderiza el modelo de Compose, inspecciona los mounts activos y compara la misma imagen sin el mount antes de reconstruir, copiar o borrar datos.
Un directorio vacío tras arrancar no demuestra que la imagen perdió archivos. Puede verse un bind, un volumen, un mount anidado o una ruta relativa de Compose resuelta en otro lugar.
Conserva datos y modelo, inspecciona el grafo activo y compara el mismo digest sin el mount. Repara solo después de clasificar la causa y valida tras recrear.
1. Congela modelo y evidencia
Guarda Compose, entorno, cwd, contexto y digest; lista la fuente en modo lectura y registra hashes y permisos.
Guarda source, target y colisiones anidadas del resultado de docker compose config.
2. Lee el grafo de mounts activo
Usa docker inspect para leer Type, Source, Destination, RW y propagation.
Confirma el host del daemon y la diferencia entre -v y --mount para fuentes ausentes.
3. Compara la misma imagen sin mount
Crea un contenedor desechable del mismo digest sin el mount sospechoso y revisa el target.
Compara archivos, hashes, propietario, modo y destinos anidados de la fuente o volumen real.
4. Clasifica antes de reparar
Bind no mezcla archivos; un volumen nuevo hace copy-up una vez y uno reutilizado conserva su ciclo de vida.
Si Source es inesperado, corrige base/project path en vez de volver a sembrar datos.
5. Repara y demuestra persistencia
Separa datos persistentes del árbol de instalación y usa migración idempotente, versionada y con respaldo.
Valida primer inicio, segundo restart/recreate, hashes, ownership, escrituras persistentes y ausencia de cambios en la ruta errónea.
