Re: mount permissions

2024-07-23 Thread Michael Kjörling
On 23 Jul 2024 14:49 -0300, from edua...@kalinowski.com.br (Eduardo M KALINOWSKI): > As described on the sshfs manpage, by default only the mounting user (root, > in your case) can access the filesystem. > > You can use -o allow_other to allow other users. Or, if it's only eben > that'll be acces

Re: mount permissions

2024-07-23 Thread Eduardo M KALINOWSKI
On 23/07/2024 14:40, Eben King wrote: And after I issue this command: root@cerberus:~# sshfs -o default_permissions sshd@white_mycloud:/mnt/HD/HD_a2/Public /mnt/white_mycloud/ sshd@white_mycloud's password: By the prompt (and the behavior below) I assume you're mounting as root. it looks like

Re: Mount Permissions

2023-06-07 Thread David Wright
On Sun 04 Jun 2023 at 11:59:21 (-0400), ce wrote: > I have a mountpoint where all files under it have a group `fuse`. > > This is strange to me. > > As far as I can remember, Ubuntu doesn't do this. Is this a system that's been around since wheezy? Up until then, Debian had a system group called

Re: Mount Permissions

2023-06-07 Thread Elena DP
I think you have a partition with filesystem btrfs that uses compression with lzop. Perhaps inside of it you have a file that is a compressed filesystem (that is fuse: *Filesystem in Userspace* ) what can you see when you type in $ cd /mnt/part2 $ ls -la El lun, 5 jun 2023 a las 6:32, ce () escr

Re: Mount Permissions (btrfs subvolumes)

2023-06-05 Thread ce
On 6/5/23 7:23 AM, Greg Wooledge wrote: > > You can run the command "mount" with no arguments to see the details of > each mounted file system.  You don't even have to be root.  I don't know > how btrfs subvolumes work, so I don't know whether they appear in the > output of mount, but you could

Re: Mount Permissions (btrfs subvolumes)

2023-06-05 Thread Greg Wooledge
On Sun, Jun 04, 2023 at 11:00:18PM -0400, ce wrote: > On 6/4/23 5:46 PM, Greg Wooledge wrote: > > What kind of hardware is this file system on? > > > > What kind of file system is it? > > > > How did you mount it?  (Show the command you used, and any output that > > it produced.) > > > > What does

Re: Mount Permissions

2023-06-04 Thread ce
On 6/4/23 5:46 PM, Greg Wooledge wrote: > On Sun, Jun 04, 2023 at 11:59:21AM -0400, ce wrote: > > I have a mountpoint where all files under it have a group `fuse`. > > You need to provide details, or else nobody can help you with anything. > > What kind of hardware is this file system on? > > Wh

Re: Mount Permissions

2023-06-04 Thread Greg Wooledge
On Sun, Jun 04, 2023 at 11:59:21AM -0400, ce wrote: > I have a mountpoint where all files under it have a group `fuse`. You need to provide details, or else nobody can help you with anything. What kind of hardware is this file system on? What kind of file system is it? How did you mount it? (S

Re: mount permissions

2000-10-28 Thread Shaul Karl
> when my FAT32 file systems are mounted at > boot time the owner and group are "root". > As a regular user I can read files but not > write them. > > I have the user option in my /etc/fstab file > like so: > /dev/hdc6 /matrox/mx6 vfat defaults,user 0 2 > > so I can `umount' and then `remount' a

Re: mount permissions

2000-10-28 Thread Ethan Benson
On Fri, Oct 27, 2000 at 10:06:16PM -0700, Mr. Strockbine wrote: > when my FAT32 file systems are mounted at > boot time the owner and group are "root". > As a regular user I can read files but not > write them. > > I have the user option in my /etc/fstab file > like so: > /dev/hdc6 /matrox/mx6 vf

Re: mount permissions

2000-10-28 Thread Russ Pitman
Use 'noauto' as an option in your fstab entry-- see man fstab . On Fri, Oct 27, 2000 at 10:06:16PM -0700, Mr. Strockbine wrote: > when my FAT32 file systems are mounted at > boot time the owner and group are "root". > As a regular user I can read files but not > write them. > > I have the user op