1) Используя [1 113]

docker ps

, чтобы найти, что рабочие контейнеры или

docker ps -a

находят все контейнеры (включая остановленные) и

docker inspect (containername)

, ищут "идентификатор", одно из первых значений.

Это - часть, которая содержит деталь реализации и могла бы измениться, знать, что можно потерять контейнер этот путь.

Переходят в [1 118]

/var/lib/docker/aufs/diff/9bc343a9..(long container id)/

, и там Вы найдете все файлы, которые изменяются к изображению, на котором контейнер основан. Можно перезаписать файлы, добавить или отредактировать файлы.

Снова, я не рекомендовал бы это.

2), Как описан в https://stackoverflow.com/a/32353134/586754, можно найти конфигурацию json config.json в пути как [1 121]

/var/lib/docker/containers/9bc343a99..(long container id)/config.json

Там, можно изменить args от, например, "nodejs app.js" к "/bin/bash". Теперь перезапустите услуги докера и запустите контейнер (необходимо видеть, что это теперь правильно запускает). Необходимо использовать

docker start -i (containername)

, чтобы удостовериться, что это немедленно не выходит. Можно теперь работать с контейнерным и/или более поздним присоединением с [1 123]

docker exec -ti (containername) /bin/bash

кроме того, CP докера довольно полезно для копирования файлов, которые были отредактированы за пределами контейнера.

кроме того, нужно только отступить к тем мерам, если бы контейнер более или менее "потерян" так или иначе, таким образом, любое изменение было бы улучшением.