Почему systemd не является компонентом по умолчанию в некоторых системах Linux

systemd — это система инициализации (init-система), разработанная как замена традиционным init-системам, таким как SysVinit и Upstart. С момента своего появления в 2010 году systemd быстро завоевал популярность и стал стандартом по умолчанию в большинстве современных дистрибутивов Linux, включая Fedora, Debian, Ubuntu, CentOS и Arch Linux. Однако, несмотря на широкое распространение, в некоторых системах и дистрибутивах systemd по-прежнему не является компонентом по умолчанию. В этой статье мы рассмотрим, что такое systemd, почему он стал доминирующей init-системой, и какие причины заставляют некоторые проекты отказываться от его использования «из коробки».

Что такое systemd?

systemd — это набор компонентов для управления процессами на уровне ядра и пользовательского пространства в операционных системах Linux. Основная функция systemd — это запуск и управление системными службами (сервисами) после загрузки ядра. Однако его возможности выходят далеко за рамки традиционной init-системы:

Параллельный запуск сервисов (ускорение загрузки).
Управление зависимостями между сервисами.
Логгирование через journald.
Управление устройствами, сессиями пользователей, сетью и таймерами.
Поддержка cgroups для изоляции процессов.

Благодаря своей функциональности, systemd стал центральным элементом инфраструктуры многих дистрибутивов.

Почему systemd стал стандартом?

К 2015 году большинство крупных дистрибутивов перешли на systemd по следующим причинам:

Быстрая загрузка — благодаря параллельному запуску сервисов.
Удобное управление сервисами — через systemctl, journalctl и другие утилиты.
Единый стандарт — упрощает разработку и поддержку ПО.
Глубокая интеграция — с другими компонентами системы (сеть, устройства, логи).
Поддержка современных требований — контейнеризация, cloud-инфраструктура, IoT.

Почему systemd не является компонентом по умолчанию в некоторых системах?

Несмотря на свою популярность, systemd вызывает споры в сообществе Linux. Ниже приведены основные причины, по которым некоторые дистрибутивы и проекты сознательно отказываются от systemd как компонента по умолчанию:

1. Философия Unix: «Делай одну вещь и делай её хорошо»

Одним из главных критических аргументов против systemd является его монолитность. Вместо того чтобы быть простой init-системой, systemd объединил в себе множество функций: логирование (journald), управление сетью (systemd-networkd), DNS-резолвинг (systemd-resolved), монтирование файловых систем и т.д. Это противоречит философии Unix, которая поощряет модульность и использование специализированных утилит.

«Мы не хотим, чтобы одна система контролировала всё. Это противоречит духу свободного программного обеспечения» — так говорят сторонники альтернатив.

2. Сложность и непрозрачность

Systemd имеет сложную архитектуру, написан на C и тесно интегрирован с другими компонентами. Это затрудняет отладку, тестирование и понимание происходящего «под капотом». Многие администраторы считают, что systemd скрывает детали системы, что затрудняет диагностику проблем.

3. Зависимость от Linux

Systemd активно использует специфические функции ядра Linux (cgroups, inotify, fanotify и т.д.), что делает его непереносимым на другие Unix-подобные системы (FreeBSD, OpenBSD, NetBSD). Это проблема для проектов, стремящихся к кроссплатформенности.

4. Проблемы с лицензированием и контролем

Некоторые разработчики выражают обеспокоенность централизацией разработки systemd вокруг Red Hat и Lennart Поттеринга. Это вызывает опасения по поводу долгосрочной устойчивости и независимости проекта.

5. Альтернативы существуют и работают

Существуют легковесные и модульные альтернативы:

OpenRC — используется в Alpine Linux, Gentoo.
runit — используется в Void Linux, Artix Linux.
s6 — современная, минималистичная система от Гийома Шарля.
minit и einit — ещё более простые решения.

Эти системы позволяют пользователям собирать систему под свои нужды, не жертвуя контролем.

Примеры дистрибутивов без systemd по умолчанию

Дистрибутив	Init-система по умолчанию	Причины выбора
Alpine Linux	OpenRC	Минимализм, безопасность, контейнеры
Void Linux	runit	Простота, скорость, модульность
Artix Linux	OpenRC / runit / s6	Альтернатива Arch без systemd
Devuan	SysVinit / OpenRC	Прямой форк Debian без systemd
NixOS	systemd (но с возможностью замены)	Гибкость, но по умолчанию systemd

Devuan — особенно показателен: это прямой ответ на принудительный переход Debian на systemd. Devuan позиционируется как «Debian без systemd».