Without putting a "user" entry in fstab marking it as user mountable?
On Nov 8, 2016 3:57 AM, "Richard Owlett" <[email protected]> wrote: > On 11/7/2016 3:55 PM, Nat Taylor wrote: > > How about using a file system windows can't read? > > That much was assumed. The catch is my requirement for a Linux > system to mount a Linux filesystem on particular physical > partition without requiring root privileges. Keith's post nudged > me to recognize some of my unrecognized assumptions. After > voting, I'll restate my question. > > > > > > On Nov 7, 2016 4:23 AM, "Richard Owlett" <[email protected]> wrote: > > > >> > >> My primary use case is a laptop: > >> 1. purchased explicitly for use as a test bed. > >> 2. whose HD has been erased multiple times in ONE day. > >> 3. is isolated from ANY network. > >> 4. has multiple installs of Debian, primarily classed as: > >> a. a full GUI install - what one would get choosing all > >> installer defaults. > >> b. a GUI install limited to the tools I use routinely. > >> c. an install oriented to whatever my current experiment needs. > >> 5. has 2 classes of "DATA Partitions": > >> a. those which UID 1000 may mount without entering any > >> password. > >> b. those which *ANY* user may mount only by using root > >> password. > >> The second use case is an existing machine with WinXP which is > >> why I do not wish these "DATA Partitions" to be Windows readable. > >> > >> When origially asking this question in another forum I assumed > >> (apparently incorrectly) that partitions handled user/group/world > >> permissions in a manner similar to file systems. > >> > >> I gather that I can approximately solve the problem with > >> appropriate entries in /etc/fstab (pointer to good tutorial > >> please). That approach has short comings: > >> 1. requires custom editing of /etc/fstab for each install. > >> 2. requires custom editing of /etc/fstab for each install > >> whenever a partition is added. > >> I've also been pointed to pmount which has similar problems. > >> > >> Clearer than mud? ;/ > >> TIA > >> > >> > >> _______________________________________________ > >> PLUG mailing list > >> [email protected] > >> http://lists.pdxlinux.org/mailman/listinfo/plug > >> > > _______________________________________________ > > PLUG mailing list > > [email protected] > > http://lists.pdxlinux.org/mailman/listinfo/plug > > > > _______________________________________________ > PLUG mailing list > [email protected] > http://lists.pdxlinux.org/mailman/listinfo/plug > _______________________________________________ PLUG mailing list [email protected] http://lists.pdxlinux.org/mailman/listinfo/plug
