Не прошло и пяти лет как появился systemd, якобы упрощающий процесс загрузки линукса, а уже все сколь-нибудь серьезные проекты пишут скрипты поднятия собственного мира в ExecStartPre и ExecStartPost
( Read more... )
У меня journald как-то подсдох. В попытках его оживить, отвалились все сокеты открытые systemd (Я до сих пор не понял как). В итоге, мне пришлось ребутать машинку, потому что почти весь софт встал раком (например, не работал virsh).
Отдельного упоминания стоит тот факт, что местами в коде забиты всякие пути и конфигурационные значения (сейчас не вспомню, но легко ищется по спискам рассылок при возникновении ошибок)
Я это всё к чему: лучше последовательно стартовать и независимо работать, вместо быстрого старта и единой точки отказа. Старый подход как-то надёжней кажется :-\
Comments 10
Reply
Reply
Reply
Reply
Reply
В арче в стандартных пакетах например:
/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
Reply
Отдельного упоминания стоит тот факт, что местами в коде забиты всякие пути и конфигурационные значения (сейчас не вспомню, но легко ищется по спискам рассылок при возникновении ошибок)
Я это всё к чему: лучше последовательно стартовать и независимо работать, вместо быстрого старта и единой точки отказа. Старый подход как-то надёжней кажется :-\
Reply
Reply
Leave a comment