Re: Coercing sane file permissions -- site specific
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On Sun, Nov 20, 2016 at 06:08:51AM -0600, Richard Owlett wrote:
> On 11/19/2016 2:33 PM, tomas@tuxteam.de wrote:
[mount options, fstab]
> Those don't address my problem definition.
> Having a USB flash drive with a fat16/fat32 file system in hand, on
> inserting drive I wish full read/write access.
> After all, a FAT filesystem has no concept of ownership.
> What's wrong?
As others pointed out, they do, and then... they don't.
Sorry, I had too narrow a perspective to the problem, You seem to
expect your media to be mounted automatically (typically by the desktop
environment; that's what DEs do), I have no desktop environment and
issue the mount commands whenever I need them; thus the mount options
came naturally to me.
For Gnome and Gnome-like desktops, I think "pmount" is the mount
wrapper which ultimately invokes mount whenever the kernel detects
new media (the kernel communicates this event via the udev system,
someone (?) picks it up and invokes pmount. Pmount's job is to
do the necessary magic as superuser -- more or less).
I'm a bit out of my depth wrt desktop environments in general.
Based on pmount's man page [1] pmount.allow (which you mentioned
in another post) only lets you whitelist devices, not give them
any mount options, alas.
If I had to do it *and* if I wanted auto-mounting (which I very
much not want), I'd hack my way around in /etc/udev/rules.d.
Perhaps some desktop environment savvy folks can chime in.
regards
[1] https://linux.die.net/man/1/pmount
- -- tomás
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
iEYEARECAAYFAlgxtLEACgkQBcgs9XrR2kb3YgCeKxYo0ph9Z9za8ErE/8+L1rTC
xb4AniWKxGNQfXAVdjsfuvPda27mrGwa
=cvUs
-----END PGP SIGNATURE-----
Reply to: