Разработчики Linux-дистрибутива Gentoo опубликовали (http://www.gentoo.org/news/20110505-openrc.xml) уведомление о стабилизации 8 мая новой системы инициализации OpenRC (http://roy.marples.name/projects/openrc), идущей на смену классической службе запуска сервисов, известкой под именем baselayout. Код OpenRC распространяется в рамках лицензии BSD, кроме Gentoo данная система может быть использована для организации загрузки FreeBSD и NetBSD.
Пользователям Gentoo рекомендуется как можно скорее провести обновление sys-apps/baselayout до версии 2.x и установить новый пакет sys-apps/openrc, после чего обязательно обновить конфигурацию при помощи dispatch-conf, etc-update или других подобных утилит, упомянутых в руководстве (http://www.gentoo.org/doc/en/openrc-migration.xml) по миграции на OpenRC. В случае ненадлежащего выполнения данных шагов, возможно нарушение процесса нормальной загрузки системы.Отличительные черты OpenRC:
- Не требует замены init-процесса. В процессе инициали...
URL: http://www.gentoo.org/news/20110505-openrc.xml
Новость: http://www.opennet.me/opennews/art.shtml?num=30474
rc-update add lvm boot отменяет ли dolvm в kernel cmdline?
По-моему, dolvm включает инициализацию lvm в initramfs, чтобы можно было корень дежрать на lvm.
да, точно
Кстати, а кто, после ухода первоначального автора, занимается поддержкой и развитием кода OpenRC?
http://git.overlays.gentoo.org/gitweb/?p=proj/openrc.git
owner Jory Pratt <anarchy@gentoo.org>
коммитят James Le Cuirot, William Hubbs, Robin H. Johnson, Lars Wendler, Amadeusz Żołnowski
А я на systemd сижу в генту. Всё устраивает и осуществляет загрузку быстрее OpenRC
да ещё и dracut можно прикрутить.
чё то на гента.ру похвальных коментов гораздо меньше критических.
и тебя там тоже не видно.
Да-да, быстрее. Ребутать компьютер по 100 раз на дню это высокие материи, ага. Нам землянам не понять.
У меня ноут, например, с каким-то новым протоколом для тачпада => линь не хибернейтится и не саспендится (намертво виснет именно из-за этого девайса: https://bugzilla.kernel.org/show_bug.cgi?id=14660). А почту проверить нужно иногда несколько раз день.Вот тут и скорость загрузки прятно сказывается, если, конечно, вы не сторонник столь неэкологичного решения, как держать ноут всё время загруженным...
баги - это офигенный повод сменить систему инициализации.
зфж
особенно что скорость загрузки всё-равно не меняется.
убунта кстати грузится быстрее чем бета фёдора и системд, который я пробовал в генте.
может вам тогда апстарт замутить?
Зато арч грузится с системд быстрее убунты с апстартом
> Зато арч грузится с системд быстрее убунты с апстартомНе холивара ради, а информации для - можно тайминги и конфигу софта и аппаратуры в студию.
П.С.: На моём eee901 ubuntu jaunty 9.04 грузилась ~10 секунд, сейчас lucid 10.04 грузится ~ 60, с абсолютно тем же набором приложений, initramfs, аппаратурой. Неохота заниматься исследованиями (хватает на работе) - может у вас есть тайминги, навевающие ответ.
Еще неоднозначность с бубунтой - часть служб управляется апстартом, а часть по старому, system v способом. Команды start, stop etc. и service start, service stop и т.д.
В арче нет нормальной иерархии загрузки демонов, там всё свалено в кучу, вот и грузится быстрее
>Ребутать компьютер по 100 раз на дню это высокие материи, ага.Достаточно одного-двух раз, и ещё когда при этом есть другие срочные дела, для которых нужен комп. Вам, марсианам, не понять.
можно просто перейти на MacOS X где нормально работает suspend и нет необходимости бутать комп при выходе из спящего режима.
А циферки можно? И OpenRC в parallel mode, конечно.
Что-то я не думаю, что systemd загрузит ноут быстрее 15 секунд, учитывая сложную систему шифрования, создающую дополнительные затраты.
Самое время перевести нестабильную ветку на systemd
нахрен не нужно.
а то и с этого дистра сваливать придётся.
>нахрен не нужно.
>а то и с этого дистра сваливать придётся.Не можешь сам выбрать стабильную/нестабильную/приглянувшуюся систему инициализации? Тебе на ubuntu.com
э нет.
это тому чудику кто пожелал на системд перевести.зыж
ничего не имею против убунты.
ззыж
к тому же, не говори мне что делать и я не скажу куда тебе идти.
>Не можешь сам выбрать стабильную/нестабильную/приглянувшуюся систему инициализации?Выбрать-то можно, это всего лишь процесс сбора и анализа информации.
Вот только система инициализации, наравне с ядром и базовым окружением (libc, coreutils) является частью костяка системы, и перейти от одного проекта к другому достаточно тяжело.
Особенно если учесть, что openrc использут свой собственный формат скриптов, не совместимый с sysv init.
Слушай, ты здесь точно не в тему. Гента собирается из исходников, её с бинарным дистрибутивом сравнивать дикость! Она не из той оперы, эта твоя убунта.
> собирается из исходников, её с бинарным дистрибутивом сравнивать дикость! Она не
> из той оперы, эта твоя убунта.Я конечно дико извиняюсь, но Убунта дана нам не божеством (Шатлворот?) а собрана из исходников. Если вы ниасилили - это кагбэ намекает на то, что emerge -avt mylovelyapp гораздо проще создания собственного репозитория, пусть даже на launchpad.net :)
П.С.: удивляют господа, умудряющиеся насрать в рот ближнему своему, пока он отвечает на их вопрос. Делаю оверлеи для генты, пакеты для дебиана, не говорите мне куда идти, а лучше как создать удобство для _вашего_ дистриба, и я не скажу куда вам идти (более краткий ответ выше).
Я о другом. О удобстве использования, а вовсе не о производительности. Пусть сравнивает с другим бинарным дистрибутивом свою убунту.
Вообще-то новость пришла еще пару дней назад. Я был несколько удивлен ей, т.к. в Gentoo отказывались от OpenRC. Правда об этом читал пару лет назад, когда сидел на testing-ветке.Новость вносит двусмысленность. Пишется про переход 8 числа, и ниже то, что пользователям рекомендуется как можно быстрее... Пока OpenRC закомментирован, ждем.
p.s.: Ждем KDE 4.6.x в stable.
Чушь. Никто от OpenRC не отказывался. Потеря автором интереса к OpenRC, не означает смерти коммьюнити и инструмента. Уже как-бы 2-й год OpenRC пользуюсь, регулярные патчи выходят, баги исправляются. Багов кстати кот наплакал. OpenRC, - очень удобная система инициализации.
аналагична.
правда на опенрк перешёл где-то в декабре-ноябре 2010
> Вообще-то новость пришла еще пару дней назад.Мне по RSS новость http://www.gentoo.org/news/20110505-openrc.xml пришла сегодня утром, да и не могла она пару дней назад судя по дате в URL придти.
Правоверным гентушникам новости приходят прямо от источника. Они всегда знают, что будет, когда будет и с кем конкретно. Так было и так будет. Во имя "eselect news read".
> Уход от использования написанных на bash rc-скриптов. В OpenRC поддерживается только POSIX-совместимые конструкции shell;%$#@!
Ещё и перед праздниками. Сиди теперь и переписывай ту часть скриптов для собственных демонов, которая писалась с использованием башизмов.Люди, как оставить себе старый последовательный init? Мне нафиг не нужна на сервере загрузка на десять секунд быстрее, у меня сервера перезагружаются только ради обновления ядра.
Страшно подумать, сколько сейчас косяков понавсплывает.
Откуда им всплывать, система уже черти сколько в тестинге. ЗЫЖ Замаскируешь >=sys-apps/baselayout-2.0.0 и всё.
на ряде хпшных серверов ни один sysrescuecd не забутался, все заканчивалось где-то в районе работы openrc. Хотя там openrc вроде бородатый, но тем не менее повод для тестов есть.
> на ряде хпшных серверов ни один sysrescuecd не забутался,Те кто юзает генту в продакшне - ССЗБ.
ну ты это своим внукам рассказывай
>Те кто юзает генту в продакшне - ССЗБ....а мужики-то не знают...
У меня параллельно на одинаковх задачах крутится два сервера. Один - CentOS, второй - Gentoo. С Gentoo проблем меньше.
>> Уход от использования написанных на bash rc-скриптов. В OpenRC поддерживается только POSIX-совместимые конструкции shell;
> %$#@!
> Ещё и перед праздниками. Сиди теперь и переписывай ту часть скриптов для
> собственных демонов, которая писалась с использованием башизмов.
> Люди, как оставить себе старый последовательный init? Мне нафиг не нужна на
> сервере загрузка на десять секунд быстрее, у меня сервера перезагружаются только
> ради обновления ядра.
> Страшно подумать, сколько сейчас косяков понавсплывает.Тебя насильно заставляют переходить на baselayout-2?
его насильно заставляли писать скрипты на недошелле
мёд, просто мёд, как это в стиле линуксов, в стиле stable api nonsense, выбрали линукс? вот теперь е...сь
> Люди, как оставить себе старый последовательный init? Мне нафиг не нужна на
> сервере загрузка на десять секунд быстрее, у меня сервера перезагружаются только
> ради обновления ядра.Вот наконец здравое высказывание, ибо сервера тупят пару минут только на инициализации оборудования, +-минуту ничего не решает. Решает совместимость и надёжность загрузки. Для десктопов, буков, таблеток, недобуков решает скорость - а это уже к производителю сего оборудования.
1. Не обновляй опенрц перед праздниками, это ведь не сложно.
2. Из-за башизмов ничего переписывать не придется, баш никто не отменял. Ты же не собираешься его удалять?
3. Опенрц умеет грузиться последовательно, читай /etc/rc.conf.
4. Переходил на опенрц больше полугода назад - косяков вообще небыло. Обновил по мелочи пару конфигов через etc-update и все.
Почти с нового года перешёл.
>Поддержка архитектур i386, amd64, ppc и sparc64;Где ARM, пилят ?
Всё, нету больше))
Ну вот... OpenRC был почти готов к релизу! А они...
>Высокая скорость загрузки, стандартное рабочее окружение на базе Gentoo загружается за 29 секунд.бутчарт более, чем три года назад сделан (см. дату на скрине).
поновее-то не было? :-)
> Возможность ускорения стадии инициализации за счет параллельного запуска сервисов;Я это и щас могу без OpenRC:
# Set to "yes" if you want the rc system to try and start services
# in parallel for a slight speed improvement. NOTE: When RC_PARALLEL_STARTUP
# is enabled, init script output is replaced with simple "service foo
# starting/stopping" messages so that output is not mixed up.
# You can stop this from happening on the command line by passing --verbose
# to the init script or by setting RC_VERBOSE="yes" below.RC_PARALLEL_STARTUP="no"
а это и есть baselayout-2 и OpenRC
> а это и есть baselayout-2 и OpenRCхотя нет, обознался :)
Long live OpenRC!
Лучшая система инициализации. Простая для понимания и одновременно с этим очень быстрая.
о_О
да уже давным-давном
или это для верящих в "стабильная/нестабильная"?
что давным давно?Новость-то читал?
пользуюсь давным давно
пост-то, на который отвечал, читал?
Пользуюсь с момента появления в портеже. Сбоев не заметил за это время
/me с недоумением посмотрел на свою убунту, которая взлетает за 10 секунд.
и тут же падает ;)
Ну наконец и в стабильной ветке появится OpenRC!
Поздравляю всех, кто до сих пор не мигрировал на ~arch !))
Подскажите это не systemd или ето аналог в FreeBSD каталога с скриптами rc.d?
Это не systemd, это не systemv - каталога со скриптами rc.d нет.
Как хорошо что я на федору мигрирую, достала гента честно сказать, нужные проги старые, пришлось свой оверлэй делать для кучи софта, ненужная пересборка всего по пол дня, ну нафиг такое счастье.
> Как хорошо что я на федору мигрирую, достала гента честно сказать, нужные
> проги старые, пришлось свой оверлэй делать для кучи софта, ненужная пересборка
> всего по пол дня, ну нафиг такое счастье.echo -e 'ACCEPT_KEYWORDS="~amd64"\nFEATURES="ccache"' >> /etc/make.conf
Я уже мечтаю посмотреть на тех, кто там собирает софт по сто раз, закапывается в оверлеях. Кто эти люди вообще?
Мне уже в генту так скучно стало исходя из соображений, что ничего не ломается, не пересобирается с утра до вечера, обновляется, программ навалом, разных версий программ - навалом.
Вот только хотел перейти и тут на тебе, обновы. Отлично. :)
Когда-то давно хотел сделать симлинк с sh на dash и под это дело поставил опенрц. В то время не взлетело. Сейчас как?
в чем такая срочность перехода?
почему нельзя привязать переход к следующей версии дистрибутива?
блин генту и так славится 'веселым' способом установки ПО, а тут еще квест созрел :-)
хорошо что ушел на дебиан ;)
Почему вас это беспокоит? В генте уже давно нет версии дистрибутива.
как же нет, вот версии релизов
ftp://gentoo.arcticnetwork.ca/pub/gentoo/releases/x86/
не сочтите за занудство
представьте почтовый продакшн сервер, несколько тысяч пользователей
админ делает переход (как он должен объяснить необходимость работ руководству)
Это исправление уязвимости? Нет
Критическое обновление, от которого зависит стабильность работы? НетА если сервер, основа биллинговой системы?
Имхо дженту все-таки экспериментальный дистрибутив..
> не сочтите за занудство
> представьте почтовый продакшн сервер, несколько тысяч пользователей
> админ делает переход (как он должен объяснить необходимость работ руководству)
> Это исправление уязвимости? Нет
> Критическое обновление, от которого зависит стабильность работы? НетНе сочти за занудство, но то-но так же как и в другиь случаях:
1) пишем план миграции, оцениваем риски
2) пишем план отката, оцениваем downtime,определяем план бекапа на данную операцию.
3) планируем изменения в окне обслуживания сервера.
4) заверяем у проект менеджера или у начальника ИТ департамента в соотв. со служебной инструкцией.
5) выполняем переход.П.С обновление ядра - критический фикс ? и сколько раз в квартал оно обновляется в Центосе/Дебиане ? :))))))))))))))))))))))))
Cадитесь - 5 в зачетку
увы, в реальной жизни не все так просто как в этих 5 пунктах
организации в которых есть серверы linux - это предприятия от небольших фирм, провайдеров всех мастей и крупных монстров типа google и yandex.По поводу обновления ядра, не вижу привязки к дистрибутивам, когда есть www.kernel.org
- обновляется при необходимости, с сохранением конфига разработчиков дистрибутива
поздно в моем возрасте в зачетку :).
насчет 5-ти пунктов :) есть конторы где я все это пишу себе в уме, заверяю там же. есть где это требует кучи бумаг, подписей, заведения тикетов и прочего.
Дело то в том, что от изменения формы суть не меняется -
конечно каждый решает какой дистрибутив выбрать для работы
оставил свое сообщение не ради холивара, для меня gentoo интересный дистрибутив, но не для парка серверов