Docker пытается создать mkdir папку, которую я монтирую

Я получил эту ошибку после изменения пароля Windows. Мне пришлось зайти в настройки Docker и выполнить «Сброс учетных данных» в разделе «Общие диски», а затем перезапустить Docker.

Для всех, кто запускает mac / osx и сталкивается с этим, я перезапустил рабочий стол докера, чтобы решить эту проблему.

Моя проблема заключалась в том, что смонтированный на предохранителе том (например, sshfs и т. Д.) Снова был установлен в контейнер. Мне не помогло то, что держатель предохранителя принадлежал тому же владельцу, что и пользователь внутри контейнера.

Я предполагаю, что основная проблема заключается в том, что процесс наблюдения _2 _ / _ 3_ должен также удерживать предохранитель при настройке контейнера.

В конце концов это помогло смонтировать том предохранителя с опцией allow_other. Имейте в виду, что это открывает доступ для любого пользователя. Лучше бы allow_root - не тестировал, т.к. заблокирован по другим причинам.

Убедитесь, что папка используется совместно с виртуальной машиной, встроенной в докер. Это отличается от различных типов докеров для настольных компьютеров. Я считаю, что с помощью панели инструментов вы можете найти общие папки в конфигурации VirtualBox. Также следует отметить, что в этих каталогах учитывается регистр. Один из способов отладки - попробовать:

docker run --rm -it -v "/:/host" ubuntu /bin/bash

И посмотрите, как выглядит файловая система в разделе «/ host».

Я столкнулся с этой проблемой в Docker (Windows) после обновления до 2.2.0.0 (42247). Проблема заключалась в использовании регистра в имени папки, которое я указал в своих аргументах для команды docker.

Я тоже столкнулся с этой проблемой. Я использовал следующую команду, чтобы поделиться папкой с контейнером

docker run ... -v c:/seleniumplus:/dev/seleniumplus ...

Но больше работать не может.

Я использую Windows 10 в качестве хоста. Мой докер недавно был обновлен до "19.03.5 build 633a0e". Недавно я изменил свой пароль Windows.

Я выполнил инструкции, чтобы повторно открыть общий доступ к диску «C», перезапустил докер и даже перезапустил компьютер, но это не сработало :-(. Внезапно я обнаружил, что папка - «C: \ SeleniumPlus "в проводнике, поэтому я запустил

docker run ... -v C:/SeleniumPlus:/dev/seleniumplus ...

И это сработало. Поэтому он чувствителен к регистру, когда мы указываем общую папку Windows в последней версии докера ("19.03.5 build 633a0e").

Вы использовали этот контейнер раньше? Вы можете попытаться удалить все тома докеров перед повторным выполнением вашей команды.

docker volume rm `(docker volume ls -qf dangling=true)`

Я пробовал вашу команду локально (MacOS) без ошибок.

Была точная ошибка. В моем случае я использовал c вместо C при переходе в свой каталог.

Если вы работаете с отдельным пользователем Windows, с которым вы разделяете том (обычно C:): вам необходимо убедиться, что у него есть доступ к папкам, с которыми вы работаете - включая их родителей, до вашего домашнего каталога.

Также убедитесь, что EFS (шифрованная файловая система) отключена для общих папок.

См. Также мой ответ здесь.

Я работаю в Linux (точнее, WSL2 под Windows), и моя проблема заключалась в том, что на моем хосте существовала символическая ссылка для этой папки:

# docker run --rm -it -v /etc/localtime:/etc/localtime ...
docker: Error response from daemon: mkdir /etc/localtime: file exists. 


# ls -al /etc/localtime
lrwxrwxrwx 1 root root 25 May 23  2019 /etc/localtime -> ../usr/share/zoneinfo/UTC 

У меня сработало вместо этого привязать источник /usr/share/zoneinfo/UTC.

У меня была такая же проблема при разработке с использованием докера. После того, как я переместил папку проекта локально, Docker не смог смонтировать файлы, которые были перечислены с родственными путями, и попытался вместо этого создать каталоги.

Удаление томов / образов / контейнеров докеров не решило проблему. Простой перезапуск docker-desktop сделал свою работу.

Я столкнулся с этой ошибкой, когда другой запущенный контейнер уже использовал папку, которая монтируется в команде запуска докера. Пожалуйста, проверьте, есть ли то же самое, и, если он не нужен, остановите контейнер. Лучшее решение - использовать громкость с помощью следующей команды -

создание тома докера

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

Для тех, у кого есть эта проблема в ОС на базе Linux, попробуйте перемонтировать удаленные папки, которые используются образами докеров. Это помогло мне в ubuntu:

sudo mount -a

У меня возникла эта проблема, когда я работал с Docker в зашифрованном каталоге CryFS в Ubuntu 20.04 LTS. То же самое, вероятно, происходит в других UNIX-подобных ОС.

Проблема заключалась в том, что по умолчанию виртуальный каталог, подключенный к CryFS, недоступен для root, но Docker работает как root. Решение состоит в том, чтобы разрешить root-доступ для FUSE-смонтированных томов, отредактировав /etc/fuse.conf: просто закомментируйте параметр use_allow_other в нем. Затем смонтируйте зашифрованный каталог с помощью команды cryfs <secretdir> <opendir> -o allow_root (где <secretdir> и <opendir> - зашифрованный каталог и FUSE точка монтирования для дешифрованного виртуального каталога, соответственно).

Благодарим автора этого комментария на GitHub за то, что он привлек мое внимание к вариант -o allow_root.

Я запускаю рабочий стол докера (движок докера v20.10.5) в Windows 10 и столкнулся с аналогичной ошибкой. Я пошел дальше и удалил существующее изображение из пользовательского интерфейса docker-desktop, удалил рассматриваемую папку (для меня удаление папки было вариантом, потому что я просто проводил локальное тестирование), удалил существующий контейнер, перезапустил докер, и он сработал