у systemd нет демонов, по этому спрашивать надо было наводящие вопросы, типа «чё? какие демоны в 2к17?»

Демон systemd особенно злобен из-за подпитки от общего пула зла - Л.Поттеринга.

И у этих демонов разные задачи. Обычный демон крутится в фоне, демон systemd - разваливает линукс и сливает твои данные в АНБ.

мм... а можно подробнее? а что тогда запускает systemctl start?

сервисы, таргеты и ещё какую-то срань.

ну так у них отсутсвтует вывод в stdin,stdout и stderr... чем не демоны?

тем, что он сервис
systemd не нужен pid file например и ещё есть управление через cgroups с прочей магией.
нельзя любую фигату без вывода в определённые места назвать демоном. это вообще антинаучный термин, ведь демонов больше нет.

вопрос на собеседовании

systemd

Лол.

Вообще, у systemd, так как это PID1 (как и у SysV init, BSD init и прочих инит-систем (я не рассматриваю инит-скрипты, так как в этом случае PID1 будет иметь /bin/sh, или то, на чём написан скрипт), являющихся управляющим процессом) привилегии высшие, выше только Аллах ядро. PID1 управляет запуском остальных демонов. PID1 не обязан быть демоном, но systemd является таковым.

Куда мне идти устраиваться на работу вместо тебя? (%

На этот вопрос можно ответить десятком разных одинаково верных способов. Херовый вопрос.

дайте хотя б 3 тогда)

ну я то на разработчика иду... а вообще контора занимается файловыми системами

Зачем что-то знать про systemd если есть более чем 80 дистрибутивов без systemd?

Вообще, у systemd, так как это, PID1 привилегии высшие, выше только ядро. PID1 управляет запуском остальных демонов. PID1 не обязан быть демоном, но systemd является таковым.

хм, походу спрашивалось немного другое: чем те сущности, что запускает systemd(пусть будут службы), отличаются от обычных демонов(которые мы сами можем создать)?

если есть более чем 80 дистрибутивов

RHEL\CentOS, CoreOS, Ubuntu, других нет. 80 сборочек от васянов это saahriktu style, который не выдерживает критики.

Нет, они включают ряд таких серьёзных дистрибутивов как Devuan, Slackware, Gentoo, Crux, LFS, PCLinuxOS, Plamo, Source Mage, Star Linux, Vector, Void, Zenwalk,... и т.д.

ряд таких серьёзных дистрибутивов

УПРЛС в /general так шутить?
гента может паре контор нужна, чтобы сишечку компялять, но таких ничтожно мало, что даже упоминать не стоит.
а за дичь уровня «ряд таких серьёзных дистрибутивов как LFS» вообще нужно по месту регистрации регистранта скорую вызывать.

Такой дистрибутив как LFS крайне полезен для сборки своей системы под специфические требования без лишнего хлама. Именно поэтому появился проект PiLFS, в рамках которого собирают LFS под Raspberry Pi. Для самых разных проектов на этих одноплатниках. А можно и на десктопе юзать.

хватит наркоманить, на десктопе ты можешь хоть сборочку by lex666 с трекера юзать внеся его в ряд сурьёзных дистрибутивов. такие маняфантазии быстро об AWS\etc разбиваются.

я думаю, собеседующий ожидал от тебя ответа «ничем».

я так и ответил)

ну я то на разработчика иду... а вообще контора занимается файловыми системами

Скажи, какая именно файловая система?

тебе же ответили, что systemd - это система инициализации и управления службами. их по сути не может быть несколько одновременно запущенных.

серьёзных дистрибутивов
Devuan

В голос

чтоб запустить процесс демоном я делаю fork(), закрываю все наследуемые от родителя дескрипторы, перенаправляю stdin/stdout/stderr в /dev/null и далее запускаю exec() бинарь нового процесса... что делает systemd в таком случае... если не то же самое?

Ничем и всем. Технически демон — это процесс, форкающийся, чтобы детачнуться от консоли. При этом не обязательно, чтобы этот процесс умел самостоятельно это делать — это можно сделать вручную, или это может сделать процесс, запускающий дочерние процессы (инит). Сам по себе инит должен делать это самостоятельно, чтобы передать контроль юзеру, остальные процессы не обязаны.

ну так нечего systemd закрывать. он итак первый запускаемый процесс. у него нет ничего наследуемого.

Зачем что-то знать про systemd если есть более чем 80 дистрибутивов без systemd?

Затем, что ынтырпрайзный монополист, RHEL, уже давно гоняется systemd.

При этом не обязательно, чтобы этот процесс умел самостоятельно это делать — это можно сделать вручную, или это может сделать процесс, запускающий дочерние процессы (инит)

ну в нашем случае init это systemd... он форкается и эти форки делают все что я описал выше... почему эти форки не демоны?

Потому, что они - systemd daemons управляемы.
Как на уровне системы, так и на уровне user space, и об этом могут спросить на собеседовании некие ехидные дяди.

Чем и хорош systemd, тем что каждый демон - управляется независимо от других.

так до конца и не понял... что-то с криптографией связано

в смысле управляемы? грохнуть или послать сигнал мы можем и обычному демону

еще есть

Void и Alpine

Изначально, systemd задумывалась, чтобы не было причин посылать KILL9.
systemd start/stop - таки лучше и наглядно в journalctl видна работа/отказ демонов.

Alpine - поддерживает i586?

чем демон systemd отличается от обычного демона?

Я кажется понял в чем соль, /lib/systemd/systemd - это тоже демон, следовательно от других он отличается тем что стартует раньше всех и имеет PID=1

в systemd можно приостановить демона?

да я немного непонятно вопрос задал, правильно так: «чем сущности, которые порождает systemd(которые запускаются с помощь systemd start) отличаются от обычных демонов?»

а поздно. он уже пошёл собеседование.

«чем сущности, которые порождает systemd(которые запускаются с помощь systemd start) отличаются от обычных демонов?»

Сами сущности ничем не отличаются, как были бинарники которым передавались параметры для запуска, так и остались. Systemd их просто в cgroups распихивает что-бы не помнить какой pid у какого процесса

хм, мнения разделились: некоторые утверждают, что это все-таки не демоны

Ну может быть, как по мне так что раньше в памяти висел /usr/bin/apache, так и сейчас он висит и как и раньше обрабатывает входящие подключения.

Да.
Пристановить - зачем? Чтобы демон занимал память - так неинтересно.

systemctl --user restart [name it daemon]

да просто интересно как вообще можно приостановить процесс другим процессом, а потом снова продолжить

kill -SIGSTOP / kill -SIGCONT

серьёзных дистрибутивов

Devuan, Slackware, Gentoo и ещё стопицот ноунеймов.

Ты опять таблетки забыл принять? Ещё и LFS дистрибутивом обозвал.

а что написать в обработчиках этих сигналов?

Он не православный.

Вот скомпилировал себе Firefox 52esr, и ввёл в него патчем работу GPU,
Чтобы шустро играло видео.

Таки - разницы особой не заметил, лишь в htop - наблюдается `GPU Process - зомби'

GPU/ГПУ - Главное Политичиское Управление, предтеча KGB.

Скорее наоборот. Все эти coreos с прочими федопидорами это хипстерские поделия, пригодные для продакшена в кофейне и не более.

запомни этот твит.
через пять лет проверишь, сколько нового софта написали хипстерские федопидоры и сколько трильярдов капитализации у кофеен которые этот софт у себя внедрили.
это вам не это.
слоупочно паковать софт любой мейнтейнер дебиана с лишней хромосомой может. но линукс чёт двигать они не способны.

LFS - это именно дистрибутив. «distribution» - производное от «distribute» - распространять. А распространять GNU/Linux можно в самых разных формах. Можно в форме бинарных сборок. Можно исходниками и ебилдами. А можно исходниками и мануалом по сборке, который можно на ходу корректировать на свой вкус и цвет.