Move from /media to /run/media/$USER

Al Dunsmuir al.dunsmuir at
Fri Apr 13 22:28:40 UTC 2012

On Friday, April 13, 2012, 3:05:43 PM, Steven Stern wrote:
> On 04/13/2012 12:25 PM, John Reiser wrote:
>> On 04/13/2012 06:48 AM, Bill Nottingham wrote:
>>> Release notes seem fine. Basically, removable media mounted in the
>>> user's session are now  mounted in a user-specific directory.
>> There's still a problem: cold-plugged media, or even warm-plugged media.
>> Cold-plugged (before boot) should be mounted under /media as soon as udisks2 runs.
>> Warm-plugged (after boot but before login) probably should be, too,
>> although there's room for discussion regarding /media/<label> versus
>> /run/media/$next_console_login/<label>, particularly for multi-seat operation
>> (, etc.), but particularly including login on either text or graphical
>> local console.
>> However, they aren't recognized [mounted] at all (not even upon subsequent graphical
>> login), and this is bad.  See
>> where there is some argument whether udisks2 or gvfs should bear the blame.
>> It can be handy to have a "permanently" mounted CD/DVD or USB2.0 flash device.
> This behavior messes up a bunch of scripts I've written that assume the
> external USB drive "MyBackupDrive" will be hooked up as
> "/media/MyBackupDrive" no matter who's logged in when it's plugged in.
> Phooey.

It's  worse.  Think  CD/DVD/USB  shared  via Samba. No one needs to be
logged on in the pre-F17 scenario, but now things are totally broken.

Deferring  things until first logon only makes sense if there actually
is  a logon.  That is an unwarranted design assumption  - too many "it
must be a single user desktop" assumptions/bias.

Using Fedora as a small home network server just got more complex, and
I  smell  incompatibilities  coming  with how folks using Fedora (or a
later RHEL release) would tend to treat mounted media.

With  F16  I  finally  was  able to use on-boot static addressing with
NetworkManager on my Samba/DHCP/DNS small server. No more switching to
to  use  the  traditional Network service. Please keep things flexible
to allow for these scenarios.


More information about the test mailing list