2012/4/19 Michael Hennebry <hennebry(a)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.)