Report this

What is the reason for this report?

docker containers with volumes that look like paths cannot be seen by docker volumes

Posted on September 7, 2025

I simply copy pasted from a github project since I am docker naive. I don’t understand the difference between

docker run -d --name=try_firefox --restart always -p 5822:5800 -v try_firefox:/config:rw jlesage/firefox

docker run -d --name=try_firefox --restart always -p 5822:5800 -v /docker/appdata/try_firefox:/config:rw jlesage/firefox

only in the first case is anything found by docker volumes



This textbox defaults to using Markdown to format your answer.

You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!

These answers are provided by our Community. If you find them useful, show some love by clicking the heart. If you run into issues leave a comment, or add your own answer to help others.

Hi,

In the first command (-v try_firefox:/config), you’re creating a named volume called try_firefox, which is why it shows up when you run docker volume ls:

In the second command (-v /docker/appdata/try_firefox:/config), you’re using a bind mount to map a host directory into the container. Bind mounts don’t appear in docker volume ls because they’re just regular filesystem paths on your host, not managed Docker volumes.

For more on that, I would suggest the official docs where they cover the differences more in depth:

https://docs.docker.com/engine/storage/volumes

The developer cloud

Scale up as you grow — whether you're running one virtual machine or ten thousand.

Get started for free

Sign up and get $200 in credit for your first 60 days with DigitalOcean.*

*This promotional offer applies to new accounts only.