I am not sure I agree with this. These are implimentation details as
to how mounts work (and always have), and describing them like this as
if they are higher-level issues is silly.
> Miod Vallat wrote on Sat, Sep 08, 2007 at 07:07:46PM +:
> > Otto Moerbeek wrote:
>
> >> It's not a bug, see
Miod Vallat wrote on Sat, Sep 08, 2007 at 07:07:46PM +:
> Otto Moerbeek wrote:
>> It's not a bug, see mount(2).
> You meant mount(8).
All the same, in view of the code in /usr/src/sys/kern/vfs_lookup.c,
function lookup, near ISDOTDOT, please consider:
Index: mount.2
=
On Sat, 8 Sep 2007, Otto Moerbeek wrote:
It's not a bug, see mount(2).
Ah, thanks for the clarification. Although
I'm still curious about the reason.
Here's the section included for the archives:
CAVEATS
After a successful mount, the permissions on the original mount point de-
term
> It's not a bug, see mount(2).
You meant mount(8).
Miod
On Sat, 8 Sep 2007, Antti Harri wrote:
> Hello,
>
> First just plain directory with mode=700:
>
> drwx-- 43 root wheel2048 Sep 7 22:24 /backups/
>
> Then I mount filesystem under /backups:
>
> /dev/sd0i on /backups type ffs (local, softdep)
> drwxr-x--- 43 root wheel
On Sat, 8 Sep 2007, Antti Harri wrote:
> Hello,
>
> First just plain directory with mode=700:
>
> drwx-- 43 root wheel2048 Sep 7 22:24 /backups/
>
> Then I mount filesystem under /backups:
>
> /dev/sd0i on /backups type ffs (local, softdep)
> drwxr-x--- 43 root wheel
Hello,
First just plain directory with mode=700:
drwx-- 43 root wheel2048 Sep 7 22:24 /backups/
Then I mount filesystem under /backups:
/dev/sd0i on /backups type ffs (local, softdep)
drwxr-x--- 43 root wheel2048 Sep 7 22:24 /backups/
The permissions changed,
7 matches
Mail list logo
