Shtsh 31.05.2012 16:46
Gentoo Linux — Миграция на systemd с домашней папкой на NFS
Попробовал перейти на Systemd на домашнем медиа-центре, на котором крутится xbmc, запускаемый через slim, и домашняя папка через NFS, без которой не запустится XMBC.Продолбавшись с настройкой несколько часов (и настроив), написал пост и пришёл к следующим выводам:
- Если нет привязки к сети (основной тормоз загрузки), то рабочее окружение стартует очень быстро
- В моей конфигурации есть смысл отказатсья от хомяка на нфс
- Systemd сильно отличается по своей настройке от других служб инициализации, поэтому разбираться с ним тяжело
- Есть возможность авторестарта демонов при падении, что есть гут
- Не уйдём мы никуда от него в будущем, так что разбираться придётся
P.S. Вопрос о нужности systemd обсуждать больше не буду, так как это совсем не конструктивно. Он будет широко распространён - это лишь вопрос времени. Главной причиной будут не столько его достоинства, сколько то, что его продвигает RedHat.
space 31.05.2012 17:02 #
+ 2 -
Может имеет смысл отказатся от systemd, как не нужного костыля?
Нет, не имеет. Что бы не говорили, но многие дистрибутивы переходят на него, в том числе, причасные к RedHat. То есть умение его использовать очень пригодится в жизни.
Ну, и не так уж он и плох, как раздувают.
Ну, и не так уж он и плох, как раздувают.
Как минимум, скоростью и возможностью авторестарта сервисов.
Для других особенностей нужно копать глубже - мне ещё есть с чем разбираться.
Для других особенностей нужно копать глубже - мне ещё есть с чем разбираться.
Мне кажется рестарт сервисов нужен только на серверах, где с этим замечательно справляется система мониторинга.
А скорость загрузки всеравно определят время запуска сервисов(вспоминать про паралельность глупо это было с самого линукса нужно просто добавить &).
А скорость загрузки всеравно определят время запуска сервисов(вспоминать про паралельность глупо это было с самого линукса нужно просто добавить &).
Система мониторинга никак не должна влиять на систему, которую она мониторит - эта задача средств повышения отказоустойчивости. И systemd может быть одним из таких средств. Ну. и разные мелочи вроде улучшенного построения зависимостей.
Но, сдаётся мне, ты не понял главный посыл поста - за systemd будущее не столько за его достоинства, сколько за то, что его двигает RedHat и от этого не деться, ибо это корпоративный стандарт.
Но, сдаётся мне, ты не понял главный посыл поста - за systemd будущее не столько за его достоинства, сколько за то, что его двигает RedHat и от этого не деться, ибо это корпоративный стандарт.
Прирост скорости загрузки. Да легко - достаточно иксы грузить до сети и соответствующих демаонов. Пользователю пофиг на время полной загрузки - важно лишь время затраченное на то, чтобы система пришла в работоспособное состояние.
При том, что они первыми реализовали такое поведение по-умолчанию.
Всё, в этом споре больше не учавствую, так как вопрос о "нужности" systemd бесмыссленный.
Всё, в этом споре больше не учавствую, так как вопрос о "нужности" systemd бесмыссленный.
Простите, но ничего такого по умолчанию нет. Кроме того systemd не стартует иксы, пока не поднимется сеть в отличии от того же upstart.
В процессе "разбираний" натыкались на интересные/полезные тексты по сабжу на русском?
Нет. В основном, обсерание на тему "не нужно". Но я ещё буду разбираться - у меня возникли некоторые проблемы с пультом ДУ.
> Главной причиной будут не столько его достоинства, сколько то, что его продвигает RedHat
да будут там все свистелки из system v и прочее только в профиль, на то он и RedHat.
да будут там все свистелки из system v и прочее только в профиль, на то он и RedHat.
Там уже нет главной свистелки. Простоты.
Ну и красношапка красношапкой, но hal таки отовсюду выпилили. А к тому же systemd - это только линукс, а значит он никогда не станет дефолтным в debian'е. Что не может не радовать.
Ну и красношапка красношапкой, но hal таки отовсюду выпилили. А к тому же systemd - это только линукс, а значит он никогда не станет дефолтным в debian'е. Что не может не радовать.
И где там написано, что он дефолтным будет? ;)
Я ведь не сказал, что его вообще в дебиане не будет.
Я ведь не сказал, что его вообще в дебиане не будет.
Не придирайтесь Там не написано что его не будет дефолтным ;) Вопрос лишь во времени
Всё просто.
Debian - это не только Linux. Это ещё как минимум Hurd и kFreeBSD(официальный). А это значит, что пока какая-то его часть не умеет freebsd, она не будет в дефолтной поставке. Или они откажутся от поддержки FreeBSD'шного ядра, или от systemd в дефолте.
Debian - это не только Linux. Это ещё как минимум Hurd и kFreeBSD(официальный). А это значит, что пока какая-то его часть не умеет freebsd, она не будет в дефолтной поставке. Или они откажутся от поддержки FreeBSD'шного ядра, или от systemd в дефолте.
как разработчик ПО с 10+ стажем могу спросить только одно - что мешает делать разные дефолты? Не знаю уж как там во FreeBSD сейчас, но раньше там был Arch-style init. А если уж дебиановцы пилят инит скрипты для FreeBSD самостоятельно - тем более портануть туда systemd style (читай style - не сам systemd) тоже им будет не проблема
Гы. В bsd арч-стиль загрузки? Такого я ещё не слышал. А как ребята из Беркли в далёкие времена UNIX'ов узнали об арче? Машину времени попутно изобрели? :)
А в debian'е везде используется один унифицированный интерфейс. Что для инит-скриптов, что для базовой системы. Только в GNU/Linux ядро Linux, а в GNU/kFreeBSD, соответственно фряшное ядро.
А в debian'е везде используется один унифицированный интерфейс. Что для инит-скриптов, что для базовой системы. Только в GNU/Linux ядро Linux, а в GNU/kFreeBSD, соответственно фряшное ядро.
> А как ребята из Беркли в далёкие времена UNIX'ов узнали об арче
все гораздо проще - Arch юзает BSD-style, а не Sytem V
ну и пока тут троллишь у нас после обновления
Заменить udev на core/systemd-tools? [Y/n]
ждите в дебиане ;)
все гораздо проще - Arch юзает BSD-style, а не Sytem V
ну и пока тут троллишь у нас после обновления
Заменить udev на core/systemd-tools? [Y/n]
ждите в дебиане ;)
http://goo.gl/yvM57
чето много багов на systemd в дебиане, часть уже пофиксено ;)
и вроде не против перехода еще в прошлом году
http://goo.gl/9xbsT
по крайней мере не против systemd, а уж по дефолту можно и в 8 версии
чето много багов на systemd в дебиане, часть уже пофиксено ;)
и вроде не против перехода еще в прошлом году
http://goo.gl/9xbsT
по крайней мере не против systemd, а уж по дефолту можно и в 8 версии
чето много багов на systemd в дебиане
Баги не в дебиане. Баги в systemd в принципе. То, что в других дистрах на них забивают или просто там нет такого количество пакетов - это не оправдание. И это тоже одна из причин по которой мне не нравится systemd. Пихать это сырое поделие в стабильный дистр - глупо. Поттеринг, может и хорош на выдумки, но все его реализации кривы и недоделаны. Как смеялись мы как-то с одним знакомым админом:
[20:12:51] вообще, из леннарта надо сделать генератор идей
[20:13:07] но за попытки потянуться к клаве -- бить по рукам железной линейкой
[20:13:10] Ага. И пальци на руках поломать, чтобы он не пытался их реализовать. ;)
[20:13:07] но за попытки потянуться к клаве -- бить по рукам железной линейкой
[20:13:10] Ага. И пальци на руках поломать, чтобы он не пытался их реализовать. ;)
А про хорошесть, полезность и прогресс когда говорили в контексте hald. Многие и я в том числе плевались и руками выпиливали его, когда он появился в lenny. Ничего, пережили. Здравый смысл победил и от этого мусора отказались. По ссылке я так и не увидел, где там сказано, что systemd собираются впиливать подефолту, как раз наоборот - пишут, что в ближайшее время это нереально. А дальше. А дальше либо его полностью переделают(как по ссылке пишут для поддержки нормальных инит-скриптов), либо как и hal выпилят со временем за ненадобностью.
От себя ещё добавлю, не так давно говорили, что и pulseaudio станет дефолтом во всех дистрах. К счастью этого не случилось - некоторые разработчики всё ещё придерживаются KISS и unix-way.
Так что ты можешь хоть в каждом сообщении переходить на личности и обзывать меня троллем, но даже те ссылки, которые ты сам приводишь, говорят в мою пользу.
Цитата побилась слегка(Разрабы, чего такое с парсером? То код бьёт, то простые цитаты? Багрепорт есть или надо заслать?)
В общем, она тут есть.
В общем, она тут есть.
И да. Не надо мне новости и обновления кидать. Я по долгу службы уже о них знаю. :)
Я три дистрибутива использую дома и ещё два на работе. Плюс постоянно слежу за актуальным софтом и в песочнице держу специально для этого несколько снимком lfs для опытов. Работа такая.
И даже если я не ставил ещё ни разу systemd - это не потому, что руки не дошли или я не знаю о нём, а потому, что я не считаю нужным пока даже пробовать это забагованное поделие - как уже неоднократно писал, минусов на данный момент у него в разы больше, чем плюсов.
Я три дистрибутива использую дома и ещё два на работе. Плюс постоянно слежу за актуальным софтом и в песочнице держу специально для этого несколько снимком lfs для опытов. Работа такая.
И даже если я не ставил ещё ни разу systemd - это не потому, что руки не дошли или я не знаю о нём, а потому, что я не считаю нужным пока даже пробовать это забагованное поделие - как уже неоднократно писал, минусов на данный момент у него в разы больше, чем плюсов.
Про то, что многие дистрибутивы юзают BSD-стиль загрузки я знаю(та же слака). Только вот называть его арч-стилем, как минимум глупо.
А про то, что проекты udev и systemd слились под общим названием я знаю, потому как systemd тянет на себя часть функционала udev'а и не может без него работать(то, что я говорил - прибит гвоздями). Но udev всё так же компилится отдельно.
А про то, что проекты udev и systemd слились под общим названием я знаю, потому как systemd тянет на себя часть функционала udev'а и не может без него работать(то, что я говорил - прибит гвоздями). Но udev всё так же компилится отдельно.
> арч-стилем, как минимум глупо
от перестановки мест слагаемых сумма не меняется
>Про то, что многие дистрибутивы юзают BSD-стиль загрузки я знаю
>А про то, что проекты udev и systemd слились под общим названием я знаю
ЕГ сдашь
>что я говорил - прибит гвоздями
я понял тебя - не повторяйся
скучно стало, дальнейший разговор считаю бессмысленными. много придирок к словам, так же много - к устройству systemd. общий язык нам не найти. дискуссию закончил.
от перестановки мест слагаемых сумма не меняется
>Про то, что многие дистрибутивы юзают BSD-стиль загрузки я знаю
>А про то, что проекты udev и systemd слились под общим названием я знаю
ЕГ сдашь
>что я говорил - прибит гвоздями
я понял тебя - не повторяйся
скучно стало, дальнейший разговор считаю бессмысленными. много придирок к словам, так же много - к устройству systemd. общий язык нам не найти. дискуссию закончил.
от перестановки мест слагаемых сумма не меняется
Здесь не слагаемые. Здесь родитель и ребёнок. И их местами менять не стоит.
скучно стало
Да как бы изначально уныло было.
придирок [..] к устройству systemd
А вот тут соглашусь. Я всегда придираюсь к кривому софту.
дискуссию закончил.
Удачи. :)