8000 Cannot remove mounting of /Users on OS X · Issue #586 · boot2docker/boot2docker · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content
This repository was archived by the owner on Jan 1, 2021. It is now read-only.

Cannot remove mounting of /Users on OS X #586

Open
vmaatta opened this issue Oct 22, 2014 · 10 comments
Open

Cannot remove mounting of /Users on OS X #586

vmaatta opened this issue Oct 22, 2014 · 10 comments
Labels
question Usability question, not directly related to an error with Boot2Docker

Comments

@vmaatta
Copy link
vmaatta commented Oct 22, 2014

This has been said in different issues (like #534) discussing not being able to add volumes in OS X, mounting a top level folder like /Users… is a bad idea. Now it's been done as a forced workaround that barely works, i.e see #581. This exposes anything and everything under /Users such as all SSH keys, GPG and everything else under users' home folders. All users'.

Ok, it lets you mount the folder you're working on as a data volume, and we all want that, and I'm sure #581 will be fixed. But not being able to even remove or disable the mounting of /Users is just… fitting dot on the i on this long running issue.

Let me quote @SvenDowideit from #284 "Boot2Docker needs to be safe for users that will never know what the risks are".

And now users that do know, can't do anything about it apparently. (Ok ok, I did get the "Users" share's path changed to /tmp and that seems to stick…). And the hacky workaround still doesn't work.

Sorry about the rant. I'll go grab a banana and watch some TV or something…
@dekz
Copy link
dekz commented Oct 22, 2014

Does clicking the remove not work?
image

@tianon
Copy link
Contributor
tianon commented Oct 22, 2014

Something like "boot2docker --vbox-share=disable up" should do the trick.

@SvenDowideit
Copy link
Contributor

@dekz no, the share is re-created by boot2docker up :/

@dekz
Copy link
dekz commented Oct 22, 2014

Is this something that can be improved with profiles in the cli as a setting? Instead of having to remember to disable on every up.

boot2docker/boot2docker-cli#237

@vmaatta
Copy link
Author
vmaatta commented Oct 22, 2014

First, @tianon sorry about that, sure the documentation was there in boot2docker help and I had even read #258 earlier. Too tired to think straight I guess.

Adding this to the profile might be good. I think it should default to not sharing /Users and allow setting the share path via config. But I think something like that was the plan already and vbox-share route is temporary workaround anyway.

@SvenDowideit
Copy link
Contributor

yeah - there's a bug where flags that are in the driver are not in the profile - I tried to fix it in 1.2.0, and several things went wobbly. - needs someone to spend some careful time.

@tianon
Copy link
Contributor
tianon commented Oct 23, 2014

Indeed, I also tried to find an easy fix to that very issue today, and came
up short. We could do it the "quick and dirty" way, but that's not going
to scale, and we're going to have to then support it for a while afterwards.

@chirayuk
Copy link

I hit this issue today and it was surprising and annoying.  I deleted the share and it popped up again.  Apparently by design.  I would like a flag / way to tell the tool, "Yes, I really really really am ok with not helping me out with sharing my entire home directory. Stop doing it". 

@fieder
Copy link
fieder commented Mar 16, 2015

+1 same here.

@schickling
Copy link
Contributor

+1

@posita posita mentioned this issue Dec 14, 2015
Closed
@wglambert wglambert added the question Usability question, not directly related to an error with Boot2Docker label Jul 6, 2018
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Assignees
No one assigned
Labels
question Usability question, not directly related to an error with Boot2Docker
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
8 participants
@dekz @SvenDowideit @chirayuk @tianon @vmaatta @schickling @fieder @wglambert
0