On Sat, Aug 04, 2012 at 12:01:36PM -0400, Brian van den Broek wrote: > On 4 August 2012 09:32, Hendrik Boom <[email protected]> wrote: > > On Sat, Aug 04, 2012 at 01:10:47AM -0400, Brian van den Broek wrote: > > >> So far, so good, but I'd love to know what was wrong with automounting > >> to /media/drivelabel that automounting to > >> /run/media/mountingusername/drivelabel fixes. > > > > This may be relevant on a multiuser system. > > Don't know what the /run is for, though. /run used to be used with > > daemontools, a competing way to keep services running, as I recall. > > I wondered if the multi-user issue was the motivation. If I cared, I'd > just chmod and chown the /media/label, but of course that won't help > users without sudo-powers. > > Reading around since I posted, I see that was indeed the motivation > for the media/username part of the mount path: > <http://cgit.freedesktop.org/udisks/commit/?id=aa02e5fc53efdeaf66047d2ad437ed543178965b> > > The /run top-level dir was introduced to clean up misuse of /dev for > runtime data.
That conmflicts with the use in the original daemontools, which had a subdirectory of /run for every service it kept running. But it looks as if the Debian daemontools has already moved this elsewhere. In any case, the /run on my server is no longer there. The big problem with the new convention is that the name for the automount direcory is getting too long for convenient typing. Maybe installing a symbolig limk from ~/media to /run/media/hendrik (in my case) would help. Have they fixed the problem that when multiple users are logged in it picks the first one on its list to automount under instead of the user that currently has control of the mouse and keyboard? That's the real problem I have with automounting. > /run seems to have hit fedora first (F15), but it also > might be coming soon to a debian near you: > <http://lists.fedoraproject.org/pipermail/devel/2011-March/150031.html> > (The debian and ubuntu claims in that link are predictions more than a > year old and from a RH dev; I've not bothered to check if it came to > pass.) -- henrik _______________________________________________ mlug mailing list [email protected] https://listes.koumbit.net/cgi-bin/mailman/listinfo/mlug-listserv.mlug.ca
