Bug#779902: /tmp can be mounted as tmpfs against user's will
Didier Roche
didrocks at ubuntu.com
Fri Mar 20 07:46:00 GMT 2015
Le 20/03/2015 08:39, Michael Biebl a écrit :
> Am 20.03.2015 um 08:26 schrieb Didier Roche:
>> Hey,
>>
>> Attaching the patch (which tries to be less intrusive with mounts, only
>> affecting /tmp) that I pinged on IRC for better tracking.
>> Tested under multiple configurations. /tmp isn't mounted as tmpfs
>> neither at boot, nor after a service restart having PrivateTmp. Enabling
>> the tmp mount unit now ensures that it's started at boot, before
>> services having PrivateTmp.
> Hi Didier,
Hey Michael,
>
> thanks for the patch. I had something like this in mind.
> We could be extra nice and only add the After=tmp.mount if tmp.mount is
> actually enabled, because we only need the After ordering in this case.
> But that's mostly a cosmetic issue and I'm happy to ship the patch as is.
That's a nice idea. It needs testing though to ensure that the fstab
generator generated the right enablement for that unit (in case the
tmpfs config was done in fstab). Also, we need to ensure that any later
enablement of that unit, this is taken into account by new units. Not
sure I'll have time to test this properly today, will be more early next
week if needed though.
Didier
More information about the Pkg-systemd-maintainers
mailing list