Skip to Content.
Sympa Menu

sm-discuss - Re: [SM-Discuss] /run directory and FHS

sm-discuss AT lists.ibiblio.org

Subject: Public SourceMage Discussion List

List archive

Chronological Thread  
  • From: David Kowis <dkowis AT shlrm.org>
  • To: sm-discuss AT lists.ibiblio.org
  • Subject: Re: [SM-Discuss] /run directory and FHS
  • Date: Thu, 31 Mar 2011 09:25:06 -0500

On 03/31/2011 05:45 AM, flux wrote:
> Ladislav Hagara (ladislav.hagara AT unob.cz) wrote [11.03.31 19:19]:
>>>> GIT changes to master grimoire by Ladislav Hagara <hgr AT vabo.cz>:
>>>>
>>>> disk/udev/DETAILS | 2 +-
>>>> disk/udev/HISTORY | 3 +++
>>>> 2 files changed, 4 insertions(+), 1 deletion(-)
>>>>
>>>> New commits:
>>>> commit 373ffb0501fa77aa6b2359a7e2b4fe7848a859c1
>>>> Author: Ladislav Hagara <hgr AT vabo.cz>
>>>> Commit: Ladislav Hagara <hgr AT vabo.cz>
>>>>
>>>> udev 167
>>>>
>>>> udev 167
>>>> ========
>>>> Bugfixes.
>>>>
>>>> The udev runtime data moved from /dev/.udev/ to /run/udev/. The
>>>> /run mountpoint is supposed to be a tmpfs mounted during early boot,
>>>> available and writable to for all tools at any time during bootup,
>>>> it replaces /var/run/, which should become a symlink some day.
>>>>
>>>> If /run does not exist, or is not writable, udev will fall back using
>>>> /dev/.udev/.
>>>>
>>>
>>> who is supposed to create /run and mount it?
>>
>>
>>
>> We have to discuss this. First of all udev 167 works without /run. The
>> question is what to do if they remove this fall back in the future.
>>
>> It is discussed, for example "What's this /run directory doing on my
>> system and where does it come from?" [1]. Seems it comes from Fedora 15
>> and it isn't yet in FHS [2].
>>
>> Of course we can create it by spell smgl-fhs. Also we can add for
>> example /media directory, users usual create manually.
>>
>> One of next update of udev spell will probably need some test of
>> /etc/fstab if there is a /run mount and if not we should write some
>> warning / suggestion what user should do.
>>
>>
>> [1] http://www.spinics.net/lists/fedora-devel/msg149877.html
>> [2] http://www.pathname.com/fhs/
>
> This is actually (IMHO) the wrong way to go about this. Udev is
> currently set up by init scripts, and I think /run should be created by
> the init scripts for udev. The udev init scripts should be updated, and
> all of the changes involved should be udev-specific. To my knowledge
> only udev will make use of /run, so putting it in smgl-fhs is the wrong
> place I think. Also, it's only used to mount a tmpfs, so it's not for
> anything persistent. As a final note, there is nothing preventing us
> from making /run a symlink to /var/run (or anywhere else), and a simple
> ln run in an init script would work well I think.

Cannot do the symlink thing (from the article):
"/var/run otoh is only available very late at boot, since /var might
reside on a separate file system."


Also this is of note:
"Dracut, udev and systemd have already been updated upstream to make use
of /run. We expect mdadm and mount to follow suit quickly."

Probably best to stick it into smgl-fhs and get it set up as soon as
possible for multiple things to use it. We can bind mount /var/run to
/run at a later date, so that's still acceptable, just in the other
direction. As well as binding /var/lock to /run/lock.

David

Attachment: signature.asc
Description: OpenPGP digital signature




Archive powered by MHonArc 2.6.24.

Top of Page