Докер: Jupyter скрывает путь в веб-интерфейсе при монтировании тома

Question

Я пытаюсь настроить ноутбук Jupyter внутри док-контейнера.Я использую популярное изображение jupyter/datascience-notebook.Я использовал следующую команду для проверки изображения:

docker run -d --rm --name jupyter -p XXXX:XXXX jupyter/datascience-notebook

Это создало новый контейнер с запущенным приложением Jupyter.Веб-интерфейс Jupyters переводит меня на /home/jovyan, и я вижу папку work.Здесь я хочу создать свои записные книжки.

Чтобы сохранить данные, я хочу подключить том к пути /home/jovyan/work.Я попробовал следующие две команды:

docker run -d --name jupyter -p XXXX:XXXX -v /volume1/homes/user/myPath:/home/jovyan/work jupyter/datascience-notebook

docker run -d --name jupyter -p XXXX:XXXX --mount type=bind,source=/volume1/homes/user/myPath,target=/home/jovyan/work jupyter/datascience-notebook

Обе они работают так же, как и первая команда, однако папка work исчезает из иерархии веб-интерфейса.При попытке создать его, он заявляет, что папка уже существует, что я подтвердил, открыв терминал и перечислив все папки по текущему пути с ls, где он обнаружен.

Монтирование другого пути создаетновая папка с тем же результатом: папка создана, но не отображается в иерархии.При монтировании /home/jovyan контейнер запускается после его запуска.

Это ожидаемое поведение, и я что-то упустил?

Answer 1

Разве это не проблема с разрешениями?

Документация по изображениям в разделе Параметры Docker гласит:

-v / some / host /folder / for / work: / home / jovyan / work - монтирует каталог хост-машины как папку в контейнере.Полезно, когда вы хотите сохранить записные книжки и другую работу даже после разрушения контейнера. Вы должны предоставить пользователю или группе записных книжек внутри контейнера (NB_UID или NB_GID) доступ на запись в каталог хоста (например, sudo chown 1000 /some/host/folder/for/work).