What do you mean by "unlimited access"? That is normally a permission issue (unless this is something like VFAT).
--------------------------| John L. Ries | Salford Systems | Phone: (619)543-8880 x107 | or (435)867-8885 | --------------------------| On Friday 2016-12-30 10:32, Richard Owlett wrote: >Date: Fri, 30 Dec 2016 10:32:05 >From: Richard Owlett <rowl...@cloud85.net> >To: debian-user@lists.debian.org >Subject: Re: Problem adding lines to /etc/fstab >Resent-Date: Fri, 30 Dec 2016 17:32:32 +0000 >Resent-From: <debian-user@lists.debian.org> > > On 12/30/2016 10:58 AM, deloptes wrote: >> Greg Wooledge wrote: >> >>> On Fri, Dec 30, 2016 at 10:13:26AM -0600, Richard Owlett wrote: >>>> "We went over this already." >>>> >>>> I don't know about other tallies, but I show ~100 posts. >>>> Started reviewing them. Found a chain of links leading me to >>>> https://wiki.debian.org/UserPrivateGroups . I've just started >>>> reading it. It addresses my goal. >>> >>> Maybe if you would STATE your goal, someone could help you. > > I want a specific set of users to have unrestricted access to one or more > specific partitions. > > >> >> The goal described in the document is classic user groups and collaboration >> via groups. > > Quoting from https://wiki.debian.org/UserPrivateGroups: > > "It requires no action on the part of the end-user to work as expected. Files > and directories within a group directory can be created, modified, and > deleted, > and (for the most part) have their permissions modified as usual, whilst being > shared with other group members and protected from non-members." > > and later > > "Group directories (directories with the set-group-id flag) are shared work > spaces (that again all users are able to visit). All members of the group that > owns the directory can create and write to files in it. Additionally, > according > to the set-group-id flag, all newly created files in the group directory will > belong to the creating user who wrote the file and (this is special) to the > group the directory belongs to. The result is that all members of the group > can > work on the files in their group directory. Other than that, group directories > work just like home directories. So if a file for example should be readable > only by group members, again, put it into a private/ subdirectory!" > > I see *NO DIFFERENCE* between that and my previously stated goal. > > > >> >> There are also nice examples. It has nothing to do with /etc/fstab however. >> Admitted: users goal is still unclear. >> >> @ Richard. Originally stated problem with fstab/mount, no saying the wiki >> article addresses your goal. How could we conclude from to disconnected >> topics what your goal is? >> >> You usually mount the root of a partition to some directory. you create >> subdirectories where you can set whatever permissions and groups you need >> and add users to those groups, so that users can read/write where they have >> access to. In most of the cases this has nothing to do with the mount. The >> case where it has to do with mount is where user needs to mount/umount a >> media (usually external or network drive) >> >> regards >> >> > >