What’s this /run directory doing on my system and where does it come from


I just uploaded a new version of systemd into F15, which establishes a
Directory /run in the root directory. Most likely you’ll sooner or later
Stumble over it, so here’s an explanation what this is and why this is.

It’s a fairly minor technical change, though presumably people consider
This a bigger political change, so I guess this deserves an

For quite a while programs involved with early boot used to place
Runtime data in /dev under numerous hidden dot directories. /dev/.udev
Was the first one, but over time this grew to at least /dev/.mdadm,
/dev/.systemd, /dev/.mount, dracut, initscripts and more tools. (Other
Distros have even more) The reason they used directories there is that
/dev was known to be a tmpfs and available from the first instant the
Machine was booted. /var/run otoh is only available very late at
Boot, since /var might reside on a separate file system.

However, /dev always has been an inappropriate and ugly place for
Runtime data: runtime data is not a device node, and thus simply does
Not belong there. Also, hiding the existance of directories from the
Administator is a bad idea. Then, the fact that some runtime data was
Placed in /var/run/xxx, and other in /dev/.yyy is often not
Understandable to ther user, and especially when tools originally
Intended to be used only after boot are needed during early boot a
Complicated move between these directories needed to take place.

Over time different distributions experimented with different broken
Solutions for the early-runtime-dir problem: on Debian /lib/init/rw was
Introduced, a tmpfs fs mounted during early boot. On Ubuntu /var/run was
Mounted as tmpfs even before /var itself was mounted, with some really
Ugly bind mount magic. Most software however just sidestepped the issue
And used /dev/.xxx.


the past weeks key people from the Debian, Suse, Ubuntu and Fedora
Camps (and others, too) discussed the whole issue forth and back, to
Find a solution to stop the misuse of /dev before it becomes even more
Widespread. Various solutions have been suggested, but in the end it all
Boiled down to the fact that /var/run does not belong beneath /var and
What we really want is a top-level directory /run, and that that is the
Only really clean solution. The only reason why nobody dared to actually
Implement such a directory was unwillingness to deal with the political
Backlash, especially messy discussions on mailing lists like this one.

Understanding this, we came to the conclusion that we should rather
Implement what everybody thinks is the right technical solution, instead
Of evading the political backlash for it. And so we implemented this.

With this upload Fedora and Suse have already adopted /run now. Debian
Folks will suggest this for their coming release. Ubuntu has agreed with
Introducing /run as well.

Dracut, udev and systemd have already been updated upstream to make use
Of /run. We expect mdadm and mount to follow suit quickly.

A few years back Debian folks already suggested introduction of /run,
And even pinged LSB folks about this, and back then there even was a vaguely
Positive response from them.

So, what is implemented in F15 precisely?

/run is now a tmpfs, and /var/run is bind mounted to it. /var/lock is
Bind mounted to /run/lock. Applications can use /run the same way as
/var/run. Since the latter is FHS/LSB most apps should just use the
Latter, only early boot stuff should use /run, for now. The folks who

1 Star2 Stars3 Stars4 Stars5 Stars (No Ratings Yet)

What’s this /run directory doing on my system and where does it come from