LINUX.ORG.RU
ФорумTalks

[opennet] В Fedora и других Linux-дистрибутивах появится директория /run

 


0

2

Специально для уважаемых Ъ:

Леннарт Поттеринг (Lennart Poettering), создатель системного менеджера systemd и звукового сервера PulseAudio, представил в списке рассылки разработчиков Fedora Linux новую системную директорию «/run». Подобное нововведение появится уже в весеннем релизе Fedora 15, в котором будет произведен переход на использование systemd по умолчанию. Решение о создании «/run» вызвано техническими причинами, поэтому не стоит воспринимать данное улучшение как большие политические перемены. Ожидается, что разработчики других дистрибутивов также решатся на перенос /run из директории /var в корень (/var/run останется доступен через bind-монтирование или символическую ссылку) - представители openSUSE, Debian и Ubuntu уже подтвердили намерение перейти к использованию «/run» в будущих релизах.

Предложение переместить содержимое «/var/run» в директорию «/run» родилось после обсуждения разработчиками Debian, Suse, Ubuntu и Fedora фактов нецелевого использования директории /dev. Кроме файлов устройств дистрибутивы вынуждены помещать в данную директорию специализированные каталоги (/dev/.udev, dev/.mdadm, /dev/.systemd и /dev/.mount), символические ссылки на некоторые элементы файловой системы /proc (/dev/stdin, /dev/sndstat и т.п.) и создают именованные каналы (/dev/log). В настоящий момент использование /dev не по прямому назначению носит единичный характер, но ситуация в любой момент может выйти из под контроля.

Причиной создания дополнительных файлов с данными программ в /dev является необходимость создания свойственных для каталога /var/run служебных файлов до момента монтирования раздела /var на начальной стадии загрузки. Директория /dev используется вместо /var/run так как изначально известно, что она примонтирована через tmpfs и всегда создается в первую очередь на этапе загрузки, в то время как директория /var/run создается значительно позднее и может размещаться в отдельной файловой системе.

Для решения проблемы с недоступностью /var/run на ранней стадии загрузки различные дистрибутивы придумывают свои несовместимые с другими системами решения: Fedora и openSUSE использует служебные каталоги в /dev/.xxx, в Debian специально монтируется tmpfs-раздел /lib/init/rw, в Ubuntu /var/run создается еще до монтирования /var и потом связывается через «mount --bind».

Необходимость разработки и утверждения унифицированного решения назрела уже давно. После рассмотрения различных вариантов выхода из данной ситуации, разработчики пришли к выводу, что директория /var/run со служебными файлами, файлами блокировок и сокетами, используемыми для связи с запущенными приложениями, должна быть вынесена за пределы раздела /var в корень. Единственной причиной по которой данное изменение не внедрено до сих пор - неготовность совершить подобный шаг по политическим мотивам, так как это неизбежно приведет к негативной реакции со стороны консервативных пользователей и разработчиков.

Что касается планов по изменению Fedora 15, то данном релизе раздел /run будет смонтирован через tmpfs, а /var/run прикреплен к /run через bind-монтирование (в Fedora 16 после отладки всех систем bind-монтирование будет заменено на символические ссылки), /var/lock будет прикреплен к /run/lock. Приложения смогут использовать /var/run как и раньше, на первом этапе внедрения непосредственно к /run будут обращаться только подсистемы, работающие на раннем этапе загрузки.

Выгоды от использования /run:

  • Сокращение точек tmpfs-монтирования, вместо /var/lock и /var/run останется один /run;
  • Хранение всех требуемых в процессе работы приложений данных в одном месте. Для того чтобы найти данные systemd, udev, dracut администратору не придется заглядывать в несколько мест, все будет собрано в /run;
  • Уход от использования начинающихся с точки скрытых файлов;
  • Возможность стандартизировать для всех дистрибутивов размещение директории для хранения доступных на ранней стадии runtime-данных;
  • У разработчиков исчезнет ощущение дискомфорта от необходимости использования /dev не по назначению;
  • Создание более четкого разделения между директорией для постоянного хранения данных приложений (/var), директорией для хранения свойственных текущему сеансу данных приложений (/run) и директорией для хранения конфигурации (/etc).

http://www.opennet.ru/opennews/art.shtml?num=30080

>Уход от использования начинающихся с точки скрытых файлов;

Зачем?

radg ★★★★
()

>Lennart Poettering

I Broke Your Network, Your Audio and Your Boot ©

madgnu ★★★★★
()

Опять корень насилуют! У меня вон в дебиане /default/ вылез, интересно на шо этоо намекает?:)

FiXer ★★☆☆☆
()

Уменьшение костылей и использования всяких вещей не по назначению это Ъ.

Deleted
()
Ответ на: комментарий от FiXer

У меня такого нет. Может пакет какой кривой. Однажды было, помнится, вообще /.gem появлялся одно время…

Deleted
()

В начале испугался, но прочитал, вроде всё ок.

Yareg ★★★
()
Ответ на: комментарий от FiXer

> У меня вон в дебиане /default/ вылез, интересно на шо этоо намекает?:)

в эту директорию нужно устанавливать Ubuntu и юзать в чруте

stevejobs ★★★★☆
()
Ответ на: комментарий от vasya_pupkin

Теперь же \Users. Про PF не в курсе.

Deleted
()
Ответ на: комментарий от Deleted

А у меня возникли /Delta и /3.5.qtx. Обе эти хреновины - битые симлинки, принадлежащие пакету w32codecs. Но я их уже снёс, ибо нефиг.

Cancellor ★★★★☆
()
Ответ на: комментарий от Deleted

опенофис

<java xmlns="http://openoffice.org/2004/java/framework/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

coldy ★★
()
Ответ на: комментарий от uju

>а чем это лучше /tmp/run?

Уровнем вложенности. Обычно /tmp тоже смонтирован отдельно.

madcore ★★★★★
()

Вроде нормально, хотя могли и раньше раздуплится с этим.
Ждем поддержку от хранилища файлов freedesktop.org )

elipse ★★★
()
Ответ на: комментарий от Deleted

> У меня такого нет. Может пакет какой кривой. Однажды было, помнится, вообще /.gem появлялся одно время…

Только что обнаружил у себя /.kde
Теперь я еще больше НЕНАВИЖУ кеды!

drull ★☆☆☆
()
Ответ на: комментарий от Deleted

> От рута ничего не пускалось? Мало ли.

Только dpkg.

drull ★☆☆☆
()
Ответ на: комментарий от Deleted

Это в Арче такая фигня,у них у основного создаваемого пользователя корень доступен на запись. Если создать дополнительного, который входит в минимум групп, то у него все в порядке (ЕМНИП, дело в группе storage, но я пока не пробовал отключать её у пользователя и проверить гипотезу).

kss ★★★★★
()
Ответ на: комментарий от kss

>у основного создаваемого пользователя корень доступен на запись

Брутально! Хотя проги таки всё же всё равно не должны бы писать туда.

Deleted
()

Норм. Вроде разумные доводы.

Shlyapa ★★
()

Логично. Я не против, пусть делают.

kernelpanic ★★★★★
()

> Леннарт Поттеринг (Lennart Poettering), создатель системного менеджера systemd и звукового сервера PulseAudio
Судя по началу, это не новость, а некролог.

PayableOnDeath
()
Ответ на: комментарий от PayableOnDeath

>Судя по началу, это не новость, а некролог.

Ага, щас. Судя по прогрессу его творчества, это только начало.

proud_anon ★★★★★
()
Ответ на: комментарий от proud_anon

Время делать ставки на то, сможет ли он своими поделками убить Linux.

PayableOnDeath
()
Ответ на: комментарий от madgnu

О, проверил. Оказалось, что оно у меня почему-то с правами моего юзера, а не рута, поэтмоу все и писалось. Причем я этого сознательно точно не делал. В общем, у меня какая-то НЕХ, а все что выше я написал — это дезинформация :(

kss ★★★★★
()

после нечитаемого /sys (omg), и ненужного /media меня уже ничего не пугает. По крайней мере тут в самом деле профит есть.

mrdeath ★★★★★
()
Ответ на: комментарий от uju

>а чем это лучше /tmp/run?

/tmp у нормальных людей монтируется в оперативку

DNA_Seq ★★☆☆☆
()

В настоящий момент использование /dev не по прямому назначению носит единичный характер, но ситуация в любой момент может выйти из под контроля.


С чего бы? ВНЕЗАПНО начнётся цепная реакция?

akk ★★★★★
()

> Леннарт Поттеринг ...

Дальше не читал.

pevzi ★★★★★
()

Даешь еще больше срача в / !

devl547 ★★★★★
()

А в более продвинутых ОС (ака Plan9) наборот, вместо $PATH просто монтируют всё что нужно в /bin
Может допилить уже что-нибудь Plan9-подобное?

Xenius ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.