Проблемът се състои в следното: Обикновено директорията, в която процесите пазят своите runtime данни, е /var/run. Само че, много често /var се отделя на различен дял от основната система и затова тя се появява на доста късен етап от boot процеса. А има програми (като например udev, systemd, mount, mdadm), които се нуждаят от място за пазене на runtime данни много преди този момент.

Изпробвани са различни варианти за заобикаляне на този проблем - например в Debian има /lib/init/rw, което също се монтира като tmpfs в ранните фази на boot процеса. Но най-често срещаното решение е използването на скрити директории в наличната още от самото начало директория /dev - /dev/.udev, /dev/.mdadm и т.н. Освен чисто идеологическото противоречие с предназначението на /dev, това води и до неконсистентност - данните за една програма са разделени на две различни места.

След обсъждане в последните няколко седмици, разработчиците на Debian, Suse, Ubuntu и Fedora са стигнали до извода, че единственото добро решение е директорията run да не бъде поддиректория на /var, а да бъде самостоятелна директория от първо ниво, за да може да бъде монтирана в правилния момент и в нея да се съхраняват всички нужни runtime данни.

Fedora 15 ще бъде първата дистрибуция, която ще имплементира тази идея. /run ще бъде tmpfs файлова система, /var/run все още ще съществува, но като втора точка на монтиране на /run. /var/lock също вече ще бъде втора точка на монтиране на /run/lock. Очаква се съвсем скоро директория /run да видим и в Suse, Ubuntu и Debian.

По думите на Ленард Пьотеринг това е съвсем малка техническа промяна и пречките пред нея са по-скоро политически. Въпреки това, той е сигурен, че съобщението му ще предизвика бурни реакции и спорове.

Пълния текст на казаното от Ленард Пьотеринг можете да прочетете тук: What's this /run directory doing on my system and where does it come from?