[systemd-devel] /media as tmpfs

Gustavo Sverzut Barbieri barbieri at profusion.mobi
Tue Mar 27 13:16:19 PDT 2012


On Tue, Mar 27, 2012 at 5:12 PM, Tollef Fog Heen <tfheen at err.no> wrote:
> ]] Lennart Poettering
>
>> On Tue, 27.03.12 16:53, Tollef Fog Heen (tfheen at err.no) wrote:
>>
>> > ]] Gustavo Sverzut Barbieri
>> >
>> > > On Tue, Mar 27, 2012 at 10:36 AM, Tollef Fog Heen <tfheen at err.no> wrote:
>> > > >
>> > > > Hi,
>> > > >
>> > > > why is /media a tmpfs?  I think that violates user expectations that
>> > > > /media will be persistent across reboots, in particular any directories
>> > > > created and such.
>> > >
>> > > It is expected that /media will contain directories for mountpoints,
>> > > mostly created automatically based on media name.
>> >
>> > That's not what the FHS says, though.  It just says it's for «removable
>> > media», which can be more or less anything those days, including network
>> > mounts which you use with automount.
>>
>> Ahum, that's a very creative interpretation of "removable" media. I
>> think most people assume that removable media is generally stuff like
>> USB sticks, CDs/DVDs, and even floppies.
>
> Do you think that your 802.11 capable camera should be mounted somewhere
> else when accessed over wifi than when being accessed over USB?
>
> As for /media not being admin terroritory, I don't see where you read
> that in the FHS, and if it's not explicitly marked as temporary in the
> FHS, it should not be made temporary by systemd, IMO.
>
> Anyway, if udisks is moving away from using /media and systemd too, this
> is slightly moot and we can just drop having a tmpfs for /media.

This was already committed to git today :-) No more media.mount by default.

-- 
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--------------------------------------
MSN: barbieri at gmail.com
Skype: gsbarbieri
Mobile: +55 (19) 9225-2202


More information about the systemd-devel mailing list