[MacOS] supabase start - mkdir /Users: operation not permitted
Describe the bug
When trying to run supabase start or npx supabase start or sudo supabase start on a fresh project I keep getting the same error:
Error response from daemon: make cli opts(): making volume mountpoint for volume /Users/me/workspace/project/supabase/functions: mkdir /Users: operation not permitted
Running with --debug flag yields no useful infos.
Running supabase start -x edge-runtime works fine
To Reproduce Steps to reproduce the behavior:
mkdir test
cd test
npm init
npm i -D supabase
npx supabase init
npx supabase start
Expected behavior It should work.
Desktop (please complete the following information):
- OS: MacOS 13.4.1 (22F82)
- Version of CLI: 1.88.0, 1.92.2
- Docker version 23.0.5, build bc4487a
Could you try creating this directory yourself before supabase start?
mkdir -p /Users/me/workspace/project/supabase/functions
There might be some permission settings for your /Users directory that prevents the binary from making changes.
Hi! The directory already exists.
Does it throw any error if you volume mount manually via docker cli?
docker run --rm -v /Users/me/workspace/project/supabase/functions:/tmp -it supabase/edge-runtime:v1.22.4
Just wanted to move from my windows machine to a new mac and now also stuck on this error 👍 @andreafdaf did you manage to resolve it somehow?
@NiklasPor I solved starting over with my env but since I did it in a hurry I lost some work so please do it with ease, doing backups and double checking every step you take.
From what I understood it was some kind of conflict between Podman and Docker. So what I did was purging everything from my Podman and Docker installs, starting over with only Docker installed and the issue went away.
If unlike in my case you don't have Podman installed alongside Docker then I don't know what to advise you.
Hope this helps you out!
Thanks for the quick answer! interesting, is just started with a clean installed MacBook — we'll see 👀
Closing due to staleness. If this error still persists, perhaps it's worth updating docker desktop to latest version 4.29.