automatically mounting physically attached media (was Re: Move from /media to /run/media/$USER)

[cornel panceac]

2012/4/19 Michael Hennebry <hennebry at web.cs.ndsu.nodak.edu>

> On Wed, 18 Apr 2012, Matthias Clasen wrote:
>
>  On Wed, 2012-04-18 at 16:48 -0400, Jonathan Kamens wrote:
>>
>>> On 04/18/2012 04:45 PM, Bill Nottingham wrote: > It shows up in the file
>>> manager; it's not mounted.
>>> Why not?
>>>
>>> In F16, it was mounted.
>>>
>>> In Windows, it's mounted.
>>>
>>> In Mac OS, it's mounted.
>>>
>>> Why should F17 behave differently from F17 and from every other
>>> mainstream OS people are familiar with?
>>>
>>> What is the justification for this different, unexpected,
>>> non-intuitive behavior?
>>>
>>
>> The arguments are really going downhill here. I'm not overly interested
>> in wading into this, but I'll just say that whenever we do something
>> automatically, somebody will get mad. In the past, auto-mounting (and
>> even just automatically sniffing) of media has been construed as a
>> security issue..
>>
>
> How hard would it be to make the behaviour configurable?
>
> Should removable devices attached before boot be mounted before login?
> Should removable devices attached after boot be mounted before login?
> Should removable devices attached during a session be mounted
> automatically?
> Should removable devices mounted during a
> session be mounted in a user-specific location?
>
> The behaviour for non-removable devices,
> e.g. partitions, is somewhat configurable.
> Which partitions are mounted at boot time is
> determined by options given during install.
>

one possible starting point is to mount any removable device as a neutral
user (nobody?) with read only access for everybody, *if* there's no other
user logged into a X session. in this way, a network server can still offer
the files without creating unneeded security risks implied by mounting as
any particular real user (like root).

the fstab workaround can work but imagine a fstab with as many lines as
removable devices a user has (think how many optical disks, as an example.)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.fedoraproject.org/pipermail/test/attachments/20120419/ce4b658a/attachment.html>