systemd, как и ожидалось

Mar 09, 2015 19:28

Не прошло и пяти лет как появился systemd, якобы упрощающий процесс загрузки линукса, а уже все сколь-нибудь серьезные проекты пишут скрипты поднятия собственного мира в ExecStartPre и ExecStartPost ( Read more... )

о том - о сем

Leave a comment

Comments 10

dikiy_mujchina March 9 2015, 16:51:15 UTC
И да, и нет. Для десктопа сие очень полезно. Для сервера спорно конечно.

Reply


yury_petr0v March 9 2015, 18:15:47 UTC
Распараллеливание запуска сервисов искаропки и декларативное описание зависимостей стОят того, чтобы юзать systemd.

Reply

tzirechnoy March 9 2015, 20:56:50 UTC
Декларативное описание зависимостей к моменту рождения systemd ужэ было во всех мажорных дистрибутивах.

Reply


avnik March 9 2015, 18:51:15 UTC
а почему скрипты в Pre/Post, а не N юнитов с зависимостями, которые этот самый "мир" поднимут?

Reply

develop7 March 9 2015, 19:49:37 UTC
а так думать меньше приходится. распилил батник на два - и всё, багу можно закрывать.

Reply


mechmind March 9 2015, 19:42:32 UTC
Это в каком дистрибутиве?

В арче в стандартных пакетах например:

/var/abs]$ find . -name '*.service' -exec grep -l 'ExecStartPre' '{}' '+'
./extra/quagga/zebra.service
./extra/postgresql/postgresql.service
./extra/dnsmasq/dnsmasq.service
./community/virtualbox/vboxservice.service
./community/virtualbox/vboxservice-nox.service
./community/open-vm-tools/vmware-vmblock-fuse.service
./community/openvswitch/ovs-vswitchd.service
./community/tigervnc/vncserver.service
./community/arpwatch/arpwatch.service
./community/hiawatha/hiawatha.service
./community/umurmur/umurmur.service
./community/freeradius/freeradius.service

(всего 302 *.service файла)
Некоторые дистрибутивы любят пихать скриптовый мусор повсюду, ubuntu например.

Reply

slonik_v_domene March 10 2015, 10:46:01 UTC
Это - в CentOS/RHEL.

Reply


_oxpa_ March 9 2015, 21:06:49 UTC
У меня journald как-то подсдох. В попытках его оживить, отвалились все сокеты открытые systemd (Я до сих пор не понял как). В итоге, мне пришлось ребутать машинку, потому что почти весь софт встал раком (например, не работал virsh).

Отдельного упоминания стоит тот факт, что местами в коде забиты всякие пути и конфигурационные значения (сейчас не вспомню, но легко ищется по спискам рассылок при возникновении ошибок)

Я это всё к чему: лучше последовательно стартовать и независимо работать, вместо быстрого старта и единой точки отказа. Старый подход как-то надёжней кажется :-\

Reply

eldhenn March 10 2015, 07:15:33 UTC
Как? Разве вы не перегружаете компьютер каждые пять минут? Разве вам не всё равно, сколько загружается машина - десять секунд или тридцать?

Reply


Leave a comment

Up