List Info

Thread: file permission problem.




file permission problem.
country flaguser name
United States
2008-03-08 18:47:41
I have done some experiment with fusexmp and I think the
permissions are
weird. I'd appreciate it if someone can answer the following
questions.

 

1.	If I start fusexmp as root without allow_other option,  I
cannot
access the mount point running as non-root user. Is this
expected behavior?
If is , I guess it's ok.

 

2.	As root,  start fuse with allow_other option,, now I can
create file
as non-root user. But user/group of the file show as
"root, root", should
they be the specific user? But I can delete the file owned
by root as a
non-root user. (?? Is this correct or expected?)

 

3.	As root, start fuse with allow_other,default_permissions
options, if
I do a touch "testfile" under fuse mount  point,
the file is created, but I
got errors: "Set time failed, permission denied"
(exact message may differ).
The file owner is still root. I would expect the file owner
to be the
specific user who created the file. I don't think this
follows the file
system convention?

 

Now, my question is: how do I mount a fuse file system
accessible by a
non-root user but when that user creates files,
"ls" will show that user as
the owner?

 

 

Thanks

 

Brian

------------------------------------------------------------
-------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
fuse-devel mailing list
fuse-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fuse-devel

Re: file permission problem.
country flaguser name
Australia
2008-03-08 23:20:32
The fusexmp example doesn't have any code to change the
ownership or
permissions of files, if you want this behaviour, you need
to explicitly
code it yourself.

On Sat, 2008-03-08 at 17:47 -0700, Brian Wang wrote:
> I have done some experiment with fusexmp and I think
the permissions are
> weird. I'd appreciate it if someone can answer the
following questions.
> 
>  
> 
> 1.	If I start fusexmp as root without allow_other
option,  I cannot
> access the mount point running as non-root user. Is
this expected behavior?
> If is , I guess it's ok.
> 
>  
> 
> 2.	As root,  start fuse with allow_other option,, now I
can create file
> as non-root user. But user/group of the file show as
"root, root", should
> they be the specific user? But I can delete the file
owned by root as a
> non-root user. (?? Is this correct or expected?)
> 
>  
> 
> 3.	As root, start fuse with
allow_other,default_permissions options, if
> I do a touch "testfile" under fuse mount 
point, the file is created, but I
> got errors: "Set time failed, permission
denied" (exact message may differ).
> The file owner is still root. I would expect the file
owner to be the
> specific user who created the file. I don't think this
follows the file
> system convention?
> 
>  
> 
> Now, my question is: how do I mount a fuse file system
accessible by a
> non-root user but when that user creates files,
"ls" will show that user as
> the owner?
> 
>  
> 
> 
> 
> Thanks
> 
>  
> 
> Brian
> 
>
------------------------------------------------------------
-------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> fuse-devel mailing list
> fuse-devellists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fuse-devel
> 


------------------------------------------------------------
-------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
fuse-devel mailing list
fuse-devellists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fuse-devel

[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )