Bug#806885: systemd: Unable to disable mount of /run/user/$something

Joerg Jaspert joerg at debian.org
Wed Dec 2 15:16:15 GMT 2015


Am 2015-12-02 15:04, schrieb Felipe Sateler:

> In general, I'm not comfortable forwarding stuff that I won't
> personally use, since if feedback is required then I would not now
> what to respond.

A 2way gateway you play then? :)

> Upstream tracker is at https://github.com/systemd/systemd/issues

And thats why I love the BTS: Nice, central, mail controlled place. No 
need for users to deal with trillions of different upstream trackers.

>> As the directory gets created before the mount (and thankfully chmod
>> 700 too), there is no trouble - it is there for whatever wants to use
>> it (nothing, really), but every mount try spits out an error.
> Note, however, that without the per-user tmpfs, any user can exhaust
> the system-wide runtime space. So you might want to reconsider if mount 
> failure is innocuous.

Yes they could. Unless, see below. :)

>> An option to turn off this behaviour would be nice.
> I don't think upstream will like this, due to the above. A single
> tmpfs mount for all users might be an acceptable alternative.

/run is an extra tmpfs mount anyways.

In my case, /run/user is one too. Quite small, but besides systemd there 
is nothing using it anyways.

-- 
bye Joerg




More information about the Pkg-systemd-maintainers mailing list