Это в основном означает, что docker-toolbox вообще не монтирует ваш проект, и, конечно, в этом случае ничего не работает с ddev. На панели инструментов Docker часто означает, что вы пытаетесь использовать путь за пределами вашего домашнего каталога. Я рекомендую вам использовать ваш домашний каталог, если вы не. См. Также Как использовать каталог вне C: \ Users с Docker Toolbox в Windows / Docker для Windows
Я видел эти другие причины такого поведения в Windows с Docker:
- Пароль root изменен, и Docker необходимо повторно предоставить общий доступ к файловой системе (проще всего восстановить заводские настройки по умолчанию)
- неадекватные ресурсы (обычно память), выделенные для докера
- Диск не используется в первую очередь (Docker для Windows)
- Попытка совместного использования сетевого диска (Docker этого не сделает)
Также ... Если у вас Win10 Pro или Enterprise, попробуйте Docker для Windows (только после полной деинсталляции Docker Toolbox). В противном случае перезапустите (или переустановите) панель инструментов Docker.
Попробуйте этот простой тест (с https://ddev.readthedocs.io/en/latest/users/docker_installation/#testing-your-docker-installation), если у вас запущен Docker Toolbox. В каталоге, где вы хотите работать (каталог проекта ddev, возможно, ваш домашний каталог), используя git bash, вы можете:
docker run -t --rm -v /$PWD:/junk busybox ls //junk
Вы должны увидеть содержимое текущего каталога в списке. Если это работает, это означает, что docker успешно монтирует каталог, в котором вы его запустили. Если это не работает, это означает, что docker и ddev не могут работать для вас. Но вы получите его, возможно, переустановив панель инструментов Docker. (Не забывайте, что при удалении панели инструментов Docker вам также нужно rm -r ~/.docker
.)