В ведущих Linux-дистрибутивах появится каталог /run
7Иллюстрация с сайта Daneice1.Blogspot.Com
Леннарт Поттеринг (Lennart Poettering), занимающийся разработкой новой init-системы systemd, анонсировал появление каталога /run в Fedora 15 и других популярных Linux-дистрибутивах (openSUSE, Ubuntu, Debian).
Новый каталог в корне файловой системы — /run — пришел в Fedora 15 вместе с внедрением новой версии systemd и будет использоваться не только для этой init-системы, но для других системных служб в GNU/Linux. Поттеринг объяснил назревшую необходимость в создании /run, отправив подробное письмо в почтовую рассылку разработчиков Fedora.
По его словам, ряд программ, нуждающихся в создании временных файлов на ранних этапах загрузки системы, до сих пор использовали /dev. Например, в нем можно увидеть каталоги вроде /dev/.udev, /dev/.mdadm и /dev/.mount. Это было вынужденной мерой для служб, которые не могли воспользоваться предназначенным для этих целей /var/run, поскольку он монтируется на более поздних этапах загрузки Linux-системы. В то же время использовать /dev для таких целей — нерационально, поскольку это не самое логичное и «красивое» решение (помещаемые туда файлы не являются устройствами, для чего вообще-то должен использоваться /dev).
Порой разработчики уже размышляли на тему создания /run для своих нужд, но не решались на такое значимое нововведение (добавление новой директории в корень файловой системы) из-за того, что это неудержимо приведет к затяжным дискуссиям на тему правильности такого подхода. В некоторых дистрибутивах пытались использовать для этого и другие каталоги (/lib/init/rw в Debian, /var/run как tmpfs, подключаемая до монтирования самого /var, в Ubuntu), но единого решения не было.
И вот, в результате недавних переговоров между разработчиками из проектов Fedora, SUSE, Debian и Ubuntu, было принято решение всё же создать /run как централизованное хранилище временных файлов, необходимых для запуска служб на ранних стадиях загрузки системы. Каталог /run монтируется как tmpfs, а /var/run становится его синонимом (/run монтируется через опцию bind к /var/run).
Новый каталог /run уже принят в проектах Fedora и SUSE. Кроме того, согласие на его введение дали в проектах Ubuntu и Debian.
Несмотря на то, что прежние попытки разработчиков Debian связаться с командой стандартизации Linux-дистрибутивов LSB по поводу /run не увенчались успехом, можно предположить, что в скором времени новый каталог всё же войдет в стандарт. Так или иначе, с приходом в Fedora, SUSE, Debian и Ubuntu он станет стандартом де-факто для Linux-экосистемы.
Постоянная ссылка к новости: http://www.nixp.ru/news/11075.html. Дмитрий Шурупов по материалам Почтовая рассылка Fedora.
- Обзор обновлений в systemd: привязка к /run, интеграция с journald, переход на LGPL… 2 23 апреля 2012 г.
- Arch Linux перешел на использование системной директории /run 2 15 8 июня 2012 г.
Бен Коттон из Red Hat предложил маркировать и удалять пакеты-пенсионеры при обновлении Fedora 1 3
Доступен традиционный серверный релиз Fedora 27, а проект Modularity будет переосмыслен 15
В OpenBSD предложили патч для совместимости с проблемой systemd в обработке имён юзеров
Проект Halium стандартизирует системную базу из Android для других мобильных Linux-платформ
Клемент Лефевр: В Linux Mint ещё можно выбрать между Upstart и systemd, но миграция на последнюю видится неизбежной 3 6
Systemd не будет поддерживать дистрибутивы без /etc/os-release 9 14
Последние комментарии
- OlegL, 17 декабря 2023 года в 15:00 → Перекличка 21
- REDkiy, 8 июня 2023 года в 9:09 → Как «замокать» файл для юниттеста в Python? 2
- fhunter, 29 ноября 2022 года в 2:09 → Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt? 6
- Иванн, 9 апреля 2022 года в 8:31 → Ассоциация РАСПО провела первое учредительное собрание 1
- Kiri11.ADV1, 7 марта 2021 года в 12:01 → Логи catalina.out в TomCat 9 в формате JSON 1
Оригинально, сначала пишем решение, а потом пропихиваем его в LSB. В Linux Foundation явно неэффективные менеджеры работают.
Потому что в LSB в свое время проигнорировали просьбы разработчиков из Debian, а дело нужное (systemd — просто хороший повод). Правда, возможно, не очень настойчиво просили или не очень хорошо аргументировали, зачем это нужно. Но про LF в целом согласен — получается, что так…
Ровно так LSB работает уже 12 лет и это принципиальная позиция LF. Ибо LSB ничего не навязывает, а предлагает сначала договориться о решении, которое всех устроит, а потом уже его стандартизовать. Если нужно, LF организует площадку для переговоров. По-моему, это совершенно разумная позиция организации, для которой сообщество разработчиков представляет основную ценность.
А просьбы разработчиков Debian не игнорировались. Просто им было предложено сначала договориться с другими ключевыми дистрибутивами, на что у них похоже не хватило энергии.
Спасибо за пояснения, стало спокойнее :-)
В результате стандарты в LSB принимаются крайне медленно.
По мне, так нормальное развитие событий.
Зачем что-то непонятное запихивать в стандарты? Наберет признание и популярность, тогда в стандарт. А использование в одной-двух системах — не показатель
Или делать по русски: сначала написать, а потом отменять, изменять на 80%?
/>>прежние попытки разработчиков Debian связаться с командой стандартизации Linux-дистрибутивов LSB по поводу /run не увенчались успехом
Debian как-то не особый member LSB, чего удивляться?
/>http://www.linuxfoundation.org/lsb-cert/productdir.php?by_lsb