* Qeuestion: Why is make-slave the one-way operation?
[not found] <952269651.2687349.1380244782700.JavaMail.root@redhat.com>
@ 2013-09-27 1:40 ` Etsuji Nakai
0 siblings, 0 replies; only message in thread
From: Etsuji Nakai @ 2013-09-27 1:40 UTC (permalink / raw)
To: linux-fsdevel
Hi,
I have a question regarding the sharedsubtree operation.
It looks make-slave is the one-way operation. For example,
# mount --make-shared A
# mount --bind A B
# mount --make-shared B
At this point, B is in the shared peer of A. i.e. B's mnt_share is linked to A's mnt_share.
I'll change B to the slave of A.
# mount --make-slave B
Now, B's mnt_share is detached from the A's mnt_share.
Then, from some reason, I want to change B back to the shared peer of A again.
But there's no way to do so. Don't you think it's reasonable to add an new operation
for that? It may look like:
# mount --make-shared-with A B
By the way, here's the specific reason why I need it:
Bug 1010673 - PrivateTmp keeps the whole filesystem as MS_SLAVE
https://bugzilla.redhat.com/show_bug.cgi?id=1010673
- Etsuji
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2013-09-27 1:40 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <952269651.2687349.1380244782700.JavaMail.root@redhat.com>
2013-09-27 1:40 ` Qeuestion: Why is make-slave the one-way operation? Etsuji Nakai
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.