В последние дни я получил много отзывов о предстоящем выпуске Slax. Некоторые из пользователей приветствуют Debian, некоторые из них против него, некоторым всеравно 🙂 Я думаю, что я объяснил, почему я выбрал Debian в своем предыдущем посте, поэтому я не буду повторять это здесь. Однако некоторые пользователи обеспокоены systemd и хотели бы узнать мои взгляды на него. Поэтому я хотел бы упомянуть здесь несколько вещей.
Чтобы понять это лучше, нам нужно посмотреть, как начинается ваш компьютер. Когда ваш компьютер включен, он проверяет загрузочные диски или компакт-диски и сначала загружает «загрузчик». Это небольшое программное обеспечение, которое расположено на первом секторе вашего жесткого диска, и после его выполнения его единственная цель — найти ядро Linux, загрузить его в память и выполнить его (плюс передать некоторые параметры ему).
Ядро Linux намного больше двоичного, это ядро системы evey Linux. После того, как ядро Linux загружено и выполнено, оно захватывает ваш компьютер и предоставляет функции для вашего программного обеспечения для взаимодействия с оборудованием вашего компьютера.
Когда ядро инициализирует все и готово управлять всем, он вызывает init. В Slax все сложнее из-за другого добавленного слоя, но теперь игнорируем это. Таким образом, ядро находит файл «init» на вашем диске, обычно в / sbin / init, и выполняет его. Итак, init — это первый процесс, который всегда выполняется, и который выполняет всю оставшуюся процедуру загрузки.
Этот init может иметь разные формы. Это может быть простая статически скомпилированная программа, которая не требует каких-либо других библиотек и которая проходит через каталог /etc/rc.d/ и запускает все скрипты, хранящиеся там последовательно, для выполнения некоторых начальных задач (например, установка разделов, запуск демонов, и т. д.), прежде чем вы получите приглашение для входа в систему. Init также может быть более сложной программой, которая делает что-то более продвинутое. Или, init может сделать чертовски много сложного материала, как, например, в случае systemd, чтобы обеспечить некоторые «расширенные функциональные возможности», прежде чем пользователю будет предложено ввести логин. Systemd — это не один бинарный файл, который зависит от функциональности, предоставляемой дополнительными библиотеками, такими как dbus, pam, notify и многие другие.
С моей точки зрения, в Slax, мне действительно не нужно знать, какой тип init используется вообще. Slax добавляет слой между ядром и дистрибутивом (будь то Debian или Slackware или что-то еще), чтобы обеспечить способ запуска Linux из среды только для чтения, как это было возможно для записи. После того, как этот уровень настроен, выполняется инициализация подстилающего дистрибутива и продолжается нормально, и для Slax не имеет значения, что такое init.
Подводя итог, мне все равно, является ли init системным или что-то еще. Это меня совсем не затрагивает.
Я не уверен, что является самой важной проблемой для некоторых пользователей, которым не нравится systemd. Я считаю, что есть два фактора. Во-первых, может быть сложность systemd, которая, безусловно, затрудняет поддержание ее кода, и идет вразрез с философией Linux в целом (поцелуй = держите его простым, глупым). Кстати, действительно ли это философия Linux? 🙂 В любом случае, другой фактор может заключаться в том, что принятие systemd показалось, что оно было принудительно для конечных пользователей, потому что, как только ваш дистрибутив использует systemd, многие вещи начинаются в зависимости от него, и для операторов пакетов существует большая проблема, они будут должны выпускать много пакетов дважды — один раз для систем с поддержкой системы, и один раз для несистемных, поэтому им проще придерживаться только systemd и игнорировать остальные,
Я могу согласиться с этими аргументами, но пока кто-то еще подготавливает для меня (упаковывая его), и пока это работает и облегчает мою жизнь, меня это не затрагивает (как разработчик Slax!), любым отрицательным образом. И я считаю, что конечные пользователи Slax еще меньше подвержены влиянию systemd. Я не заметил ни одного места, где systemd повлияет на опыт конечного пользователя (ожидайте, что система загрузится быстрее). В конце концов, я не против использования systemd в Slax. Я не про — или против — это, моя позиция лучше всего описана как нейтральная 🙂
Если у вас возникли какие-либо проблемы в качестве конечного пользователя, я приветствую ваши комментарии. Спасибо!
Источник: http://www.slax.org/en/blog/24218-Slax-and-systemd.html