Systemd - Википедия - systemd

Для использования в других целях см. Система D (значения).

systemd
Systemd-logo.svg
запуск systemd в Fedora 17
запуск systemd на Fedora 17
Оригинальный автор (ы)Леннарт Поеттеринг[1]
Разработчики)Красная шляпа (Леннарт Поеттеринг, Кей Сиверс, Харальд Хойер, Дэниел Мак, Том Гундерсен, Дэвид Херрманн)[2] 345 разных авторов в 2018 году и всего 1317 разных авторов[3]
изначальный выпуск30 марта 2010 г.; 10 лет назад (2010-03-30)
Стабильный выпуск247 (26 ноября 2020 г.; 20 дней назад (2020-11-26)) [±][4]
Репозиторий
Отредактируйте это в Викиданных
Написано вC
Операционная системаLinux
ТипПрограммное обеспечение
Руководитель процесса
ЛицензияLGPLv2.1 +[5]
Интернет сайтsystemd.io

systemd это программный пакет который предоставляет набор системных компонентов для Linux операционные системы.

Его основная цель - унифицировать конфигурацию и поведение сервиса в Дистрибутивы Linux;[6] Основным компонентом systemd является «менеджер системы и служб» - в этом система, используемая для бутстрап пространство пользователя и управлять пользовательские процессы. Он также обеспечивает замену различных демоны и служебные программы, включая управление устройствами, управление входом в систему, управление сетевым подключением и регистрацию событий. Название systemd придерживается Unix соглашение об именах демоны добавив письмо d.[7] Это также играет на термине "Система D ", который относится к способности человека быстро адаптироваться и импровизировать для решения проблем.[8]

С 2015 года большинство дистрибутивов Linux приняли systemd, заменив другие системы, такие как Система UNIX V и BSD системы инициализации. systemd встретил неоднозначную реакцию со стороны пользователей Linux, с аргументами, что systemd страдает ползучая миссия и раздувание, а также критика программного обеспечения (например, ГНОМ desktop), добавляя зависимости от systemd, что мешает совместимости с другими Unix-подобные операционные системы.[9][1]

История

Леннарт Поеттеринг и Кей Сиверс, то программисты работая на Красная шляпа кто изначально разработал systemd,[2] начал проект по разработке systemd в 2010 году.[10] Они стремились превзойти эффективность демон инициализации несколькими способами. Они хотели улучшить программная среда для выражения зависимостей, чтобы можно было выполнить больше обработки одновременно или в параллельно во время системы загрузка, и уменьшить вычислительные накладные расходы из ракушка.

В мае 2011 г. Fedora стал первым крупным дистрибутивом Linux, в котором по умолчанию включен systemd.[11] В период с октября 2013 г. по февраль 2014 г. в Техническом комитете Debian произошли длительные дебаты по поводу Debian список рассылки,[12] обсуждение того, какую систему инициализации использовать по умолчанию в Debian 8 «jessie», и завершившееся принятием решения в пользу systemd. Дебаты получили широкую огласку[13][14] и после принятия решения дискуссия в списке рассылки Debian продолжается. В феврале 2014 года, после принятия решения Debian, Марк Шаттлворт объявил в своем блоге, что Ubuntu последует за внедрением systemd.[15][16]

В ноябре 2014 года разработчик Debian Джои Хесс,[17] Члены Технического комитета Debian Расс Олбери[18] и Ян Джексон,[19] и сопровождающий пакетов systemd Толлеф Фог Хин[20] подал в отставку со своих должностей. Все четверо обосновали свое решение в общедоступном списке рассылки Debian и в личных блогах тем, что подверглись чрезвычайному стрессу, связанному с продолжающимися спорами об интеграции systemd в Debian и сообществе разработчиков открытого исходного кода, что делало регулярное обслуживание практически невозможным.

В августе 2015 года systemd начала предоставлять оболочку входа в систему, вызываемую через оболочка machinectl.[21]

В сентябре 2016 г. ошибка безопасности было обнаружено, что позволяет любому непривилегированному пользователю выполнить атаку отказа в обслуживании против systemd.[22] Рич Фелкер, разработчик мусл, заявил, что эта ошибка обнаруживает серьезный «недостаток проектирования системы».[23] В 2017 году в systemd была обнаружена еще одна ошибка безопасности, CVE -2017-9445, что «допускает прерывание обслуживания» «вредоносным DNS-сервером».[24][25]

Дизайн

Архитектура systemd в том виде, в котором она используется Tizen. Несколько целей systemd, включая телефония, режим загрузки, dlog, и тизен сервис взяты из Tizen и не являются компонентами systemd.[26]
Единая иерархия cgroups будет доступен исключительно через systemd через systemd-nspawn[27]

Поэттеринг описывает разработку systemd как «никогда не завершенную, никогда не завершенную, но отслеживающую прогресс технологий». В мае 2014 года Поеттеринг далее описал systemd как объединяющий «бессмысленные различия между дистрибутивами», предоставляя следующие три общие функции:[28]

  • Системный и сервисный менеджер (управляет как системой, применяя различные конфигурации, так и ее сервисами)
  • А программная платформа (служит основой для разработки другого ПО)
  • Клей между Приложения и ядро (предоставляет различные интерфейсы, которые раскрывают функции, предоставляемые ядром)

Systemd включает такие функции, как запуск демонов по требованию, поддержка моментальных снимков, отслеживание процессов.[29] и блокировки-ингибиторы.[30] Это не только имя демона инициализации, но также относится ко всему пакету программного обеспечения вокруг него, которое, помимо systemd init daemon, включает демонов журнал, logind и сетьи многие другие низкоуровневые компоненты. В январе 2013 года Поеттеринг описал systemd не как одну программу, а как большой программный пакет, включающий 69 отдельных двоичных файлов.[31] Как интегрированный программный пакет, systemd заменяет последовательности запуска и уровни выполнения управляется традиционным демоном инициализации вместе с сценарии оболочки выполняется под его контролем. systemd также объединяет многие другие службы, которые являются общими для систем Linux, обрабатывая логины пользователей, системная консоль, горячее подключение устройства (см. udev ), выполнение по расписанию (замена cron ), ведение журнала, имена хостов и локали.

Как и демон инициализации, systemd это демон, который управляет другими демонами, в том числе systemd сам, являются фоновые процессы. systemd это первый демон, запускаемый во время загрузка и последний демон, завершившийся во время неисправность. В systemd демон служит корнем пользовательского пространства дерево процессов; первый процесс (PID 1) играет особую роль в системах Unix, поскольку заменяет родительский процесс, когда исходный родительский процесс завершается. Следовательно, первый процесс особенно хорошо подходит для мониторинга демонов.

systemd выполняет элементы своей последовательности запуска параллельно, что теоретически быстрее, чем традиционный подход к последовательности запуска.[32] За межпроцессного взаимодействия (IPC), systemd делает Доменные сокеты Unix и D-автобус доступный для запущенных демонов. Штат systemd сам также может быть сохранен в снимок на будущее.

Основные компоненты и библиотеки

Следуя своему интегрированному подходу, systemd также предоставляет замену для различных демонов и утилит, включая сценарии оболочки запуска, pm-utils, inetd, острый, системный журнал, сторожевая собака, cron и atd. Основные компоненты systemd включают следующее:

  • systemd - это системный и сервисный менеджер для операционных систем Linux.
  • systemctl - это команда для самоанализа и контроля состояния системы systemd и диспетчера служб. Не путать с sysctl.
  • systemd-analysis может использоваться для определения статистики производительности при загрузке системы и получения другой информации о состоянии и трассировке из системы и диспетчера служб.

systemd отслеживает процессы с помощью ядра Linux cgroups подсистема вместо использования идентификаторы процесса (PID); таким образом, демоны не могут «убежать» systemd, даже не двойнымразветвление. systemd не только использует контрольные группы, но и дополняет их systemd-nspawn и machinectl, две служебные программы, которые облегчают создание и управление Контейнеры Linux.[33] Начиная с версии 205, systemd также предлагает ControlGroupInterface, который является API для контрольных групп ядра Linux.[34] Контрольные группы ядра Linux адаптированы для поддержки Kernfs,[35] и модифицируются для поддержки единой иерархии.[36]

Вспомогательные компоненты

Помимо своей основной цели предоставления системы инициализации Linux, пакет systemd может предоставлять дополнительные функции, включая следующие компоненты:

журнал
systemd-journald это демон, ответственный за мероприятие протоколирование, с только добавлением двоичные файлы служа его лог-файлы. В Системный администратор может выбрать, следует ли регистрировать системные события с помощью systemd-journald, syslog-ng или же rsyslog. Возможность повреждения двоичного формата вызвала жаркие споры.[37]
logind
systemd-logind - это демон, который различными способами управляет логинами и рабочими местами пользователей. Это интегрированный менеджер входа в систему, который предлагает многопользовательский улучшения[38] и заменяет ConsoleKit, который больше не поддерживается.[39] За Диспетчеры X11 переход на logind требует минимального количества портирования.[40] Он был интегрирован в systemd версии 30.
решено
timesyncd
сеть
сеть это демон для обработки конфигурации сетевых интерфейсов; в версии 209, когда он был впервые интегрирован, поддержка была ограничена статически назначенными адресами и базовой поддержкой для мосты конфигурация.[41][42][43][44][45] В июле 2014 года была выпущена systemd версии 215, в которую были добавлены новые функции, такие как DHCP сервер для IPv4 хозяева, и VXLAN поддерживать.[46][47] networkctl может использоваться для просмотра состояния сетевых ссылок с точки зрения systemd-networkd.[48] Конфигурация новых интерфейсов должна быть добавлена ​​в / lib / systemd / network / в виде нового файла с расширением .network.
tmpfiles
systemd-tmpfiles это утилита, которая заботится о создании и очистке временных файлов и каталогов. Обычно он запускается один раз при запуске, а затем через определенные промежутки времени.
приуроченный
systemd-timedated это демон, который может использоваться для управления настройками времени, такими как системное время, системное часовой пояс, или выбор между универсальное глобальное время и системные часы местного часового пояса. Это доступно через D-Bus.[49] Он был интегрирован в systemd версии 30.
udevd
udev это менеджер устройств для Ядро Linux, который обрабатывает / dev каталог и все пространство пользователя действия при добавлении / удалении устройств, в том числе прошивка загрузка. В апреле 2012 г. исходное дерево для udev был слился в дерево исходного кода systemd.[50][51]
29 мая 2014 года поддержка загрузки прошивки через udev в systemd была прекращена, так как было решено, что за загрузку прошивки должно отвечать ядро.[52]
Либудев
либудев - это стандартная библиотека для использования udev, которая позволяет сторонним приложениям запрашивать ресурсы udev.
systemd-boot
systemd-boot это менеджер загрузки, ранее известный как мармелад. Кей Сиверс объединил его в systemd с rev 220.

Конфигурация systemd

systemd-manager, инструмент для настройки systemd

systemd настраивается исключительно через простой -текстовые файлы.

systemd записывает инструкции по инициализации для каждого демона в конфигурационный файл (называемый «блочный файл»), который использует декларативный язык, заменяя традиционно используемый запуск per-daemon сценарии оболочки. Типы юнит-файлов[53] включают:

  • .служба
  • .разъем
  • .устройство
  • .устанавливать
  • .automount
  • .замена
  • .цель
  • .дорожка
  • .timer (который можно использовать как cron -подобно планировщик заданий[54])
  • .snapshot
  • .ломтик (используется для группировки и управления процессами и ресурсами[55])
  • .объем

Иерархия файлов конфигурации

man systemd.unit объясняет иерархию файлов конфигурации. Их пути определяются во время компиляции. По умолчанию:

UNIT LOAD PATH Файлы модулей загружаются из набора путей, определенных во время компиляции, описанных в двух таблицах ниже. Файлы модулей, найденные в каталогах, перечисленных ранее, переопределяют файлы с тем же именем в каталогах ниже в списке. Таблица 1. Путь загрузки при работе в системном режиме (--system). ┌─────────────────────────┬────────────────────────── ─────┐ │Путь │ Описание │ ├────────────────────────────────────── ────────────────┤ │ / etc / systemd / system │ Локальная конфигурация │ ├────────────────────── ───┼─────────────────────────────┤ │ / run / systemd / system │ Единицы времени выполнения │ ├──── ────────────────────┼─────────────────────────────── ┤ │ / usr / lib / systemd / system │ Единицы установленных пакетов │ └─────────────────────────┴──────── ──────────────────────┘

Принятие

Дистрибутив LinuxДата добавления в репозиторий программного обеспечения[а]Включено по умолчанию?Дата выпуска по умолчаниюРаботает без?
Alpine LinuxN / A (нет в репозитории)НетНет данныхда
AndroidN / A (нет в репозитории)НетНет данныхда
Arch LinuxЯнварь 2012 г.[56]даОктябрь 2012 г.[57]Нет
antiX LinuxN / A (нет в репозитории)НетНет данныхда
Artix LinuxN / A (нет в репозитории)НетНет данныхда
CentOSИюль 2014 г.даИюль 2014 г. (v7.0)Нет
CoreOSИюль 2013даОктябрь 2013 (v94.0.0)[58][59]Нет
DebianАпрель 2012 г.[60]даАпрель 2015 г. (v8.0)[61]да[62]
ДевуанN / A (нет в репозитории)НетНет данныхда
FedoraНоябрь 2010 г. (v14)[63]даМай 2011 г. (v15)Нет
Gentoo Linux[b]Июль 2011 г.[64][66][67]НетНет данныхда
KnoppixНет данныхНет [68][69]Нет данныхда
Linux MintИюнь 2016 г. (v18.0)даНет данныхда
MageiaЯнварь 2011 г. (v1.0)[70]даМай 2012 г. (v2.0)[71]Нет [72]
Manjaro LinuxНоя 2013даНоя 2013Нет
openSUSEМарт 2011 г. (v11.4)[73]даСентябрь 2012 г. (v12.2)[74]Нет
Парабола GNU / Linux-libreЯнварь 2012 г.[56]Необязательный[75]Нет данныхда
Red Hat Enterprise LinuxИюнь 2014 г. (v7.0)[76]даИюнь 2014 г. (v7.0)Нет
SlackwareN / A (нет в репозитории)НетНет данныхда
SolusНет данныхдаНет данныхНет
Source Mage GNU / LinuxИюнь 2011 г.[77]НетНет данныхда
SUSE Linux Enterprise ServerОктябрь 2014 г. (v12)даОктябрь 2014 г. (v12)Нет
Ubuntuапрель 2013 (v13.04)даАпрель 2015 г. (v15.04)Опция выскочки удалена в Якеттах (16.04)[78][79][c]
Void LinuxИюнь 2011 г., удаленный Июнь 2015 г. [80]НетНет данныхда

Хотя многие дистрибутивы загружают systemd по умолчанию, некоторые позволяют использовать другие системы инициализации; в этом случае переключение системы инициализации возможно путем установки соответствующих пакетов. А вилка Debian называется Девуан был разработан, чтобы избежать использования systemd, и достиг версии 2.0 для стабильного использования.[81][82] В декабре 2019 года проект Debian проголосовал за сохранение systemd в качестве системы инициализации по умолчанию для дистрибутива, но с поддержкой «изучения альтернатив».[83]

Интеграция с другим ПО

В интересах улучшения взаимодействия между systemd и ГНОМ окружение рабочего стола, спросил соавтор systemd Леннарт Поеттеринг проект GNOME рассмотреть возможность сделать systemd внешним зависимость GNOME 3.2.[84]

В ноябре 2012 года проект GNOME пришел к выводу, что базовая функциональность GNOME не должна зависеть от systemd.[85] Однако GNOME 3.8 представил выбор во время компиляции между logind и ConsoleKit API, первый в то время предоставлялся только systemd. Ubuntu предоставила отдельный logind двоичный, но systemd стал де-факто зависимость от GNOME для большинства Дистрибутивы Linux, в частности, поскольку ConsoleKit больше не поддерживается активно и апстрим рекомендует использовать systemd-logind вместо.[86] Разработчики Gentoo Linux также попытались адаптировать эти изменения в OpenRC, но реализация содержала слишком много ошибок, из-за чего дистрибутив отмечал systemd как зависимость от GNOME.[87][88]

GNOME дополнительно интегрировал logind.[89] По состоянию на Бормотать версия 3.13.2, logind это зависимость для Wayland сеансы.[90]

Прием

Дизайн systemd вызвал споры в сообщество свободного программного обеспечения. Критики считают systemd чрезмерно сложной и страдающей от постоянных ползучесть функций, утверждая, что его архитектура нарушает Философия Unix. Также есть опасения, что он формирует систему взаимосвязанных зависимостей, тем самым предоставляя разработчикам дистрибутива небольшой выбор, кроме как принять systemd, поскольку все больше программного обеспечения в пользовательском пространстве становится зависимым от его компонентов.[91]

В интервью 2012 года Slackware ведущий Патрик Фолькердинг выразил оговорки по поводу архитектуры systemd, заявив, что его конструкция противоречит философии Unix о взаимосвязанных утилитах с узко определенными функциями.[92] По состоянию на август 2018 г., Slackware не поддерживает и не использует systemd, но Фолькердинг не исключил возможность перехода на него.[93]

В январе 2013 года Леннарт Поеттеринг попытался снять озабоченность по поводу systemd в своем блоге под названием Самые большие мифы.[31]

В феврале 2014 г. мусл Рич Фелкер считает, что PID 1 слишком особенный, должен состоять из 10 строк кода и не требовать перезагрузки при обновлении. PID 1 должен запускать только настоящий сценарий инициализации и обрабатывать зомби-процессы. Тогда все функции systemd могут быть обеспечены сценарием инициализации и программами, запускаемыми из него. PID 1 имеет небольшую поверхность для атак, и программы пользовательского уровня могут развиваться по-разному.[94]

В марте 2014 г. Эрик С. Раймонд высказал мнение, что цели дизайна systemd были склонны к ползучая миссия и раздувание программного обеспечения.[95] В апреле 2014 г. Линус Торвальдс выразил оговорки относительно отношения Кей Сиверс, ключевой разработчик systemd, в адрес пользователей и отчеты об ошибках в отношении модификаций ядра Linux, представленные Сиверсом.[96] В конце апреля 2014 года была запущена кампания бойкота systemd, на сайте которой были перечислены различные причины против ее принятия.[97][98]

В статье, опубликованной в августе 2014 г. InfoWorld, Пол Венеция писал о спорах о systemd и приписывал споры нарушению философии Unix, а также «огромному эго, твердо убежденному в том, что они не могут сделать ничего плохого».[99] В статье также описывается архитектура systemd как аналогичная архитектуре svchost.exe, критический компонент системы в Майкрософт Виндоус с широким функциональным диапазоном.[99]

В сентябре 2014 г. ZDNet интервью с известным разработчиком ядра Linux Теодор Ц'О выразил свое мнение о том, что спор о философии централизованного проектирования systemd, а не только технические проблемы, указывает на опасную общую тенденцию к унификации экосистемы Linux, отчуждению и маргинализации части сообщества разработчиков ПО с открытым исходным кодом и оставлению мало места для альтернативных проектов. Он привел сходство с отношением, которое он обнаружил в проекте GNOME к нестандартным конфигурациям.[100] В социальных сетях Ц'о также позже сравнил отношение Сиверса и его соавтора, Леннарта Поеттеринга, с отношением разработчиков GNOME.[101]

6 июля 2015 года на странице systemd GitHub была поднята проблема, в которой выражалась озабоченность по поводу жесткое кодирование DNS-серверов в коде systemd. Поеттеринг ответил, что жестко запрограммирован не реальный DNS, а скорее резервный DNS. Он добавил, что резервный DNS используется только в том случае, если «никто ничего не настраивал» и для предотвращения проблем с подключением из-за катастрофического сбоя файлов конфигурации или отсутствия DHCP в сети. Как описал Поеттеринг, система «должна поступать правильно», если, например, /так далее каталог отсутствует или пуст. Поеттеринг также отметил, что /etc/systemd/resolved.conf файл, установленный с помощью systemd, содержит точно такие же DNS-серверы, что и резервный DNS, что приводит к одной и той же операции независимо от /так далее каталог пуст или присутствует.[102]

Вилки и альтернативные реализации

Евдев

В 2012 г. Gentoo Linux проект создал вилка udev, чтобы избежать зависимости от архитектуры systemd. Получившаяся вилка называется Евдев и это делает функциональность udev доступной без systemd.[103] Заявленная цель проекта - сделать eudev независимым от любого дистрибутива Linux или системы инициализации.[104]

elogind

Elogind - это "logind" проекта systemd, извлеченный в качестве автономного демона. Он интегрируется с PAM, чтобы знать, какие пользователи вошли в систему, и вошли ли они в систему графически, на консоли или удаленно. Elogind предоставляет эту информацию через стандартный org.freedesktop.login1 D-автобус интерфейс, а также через файловую систему с использованием стандарта systemd / запустить / systemd макет. Elogind также предоставляет "libelogind", который является подмножеством возможностей, предлагаемых "libsystemd". Есть "libelogind.pc" pkg-config файл.[105]

бесполезный

В 2014, бесполезный был создан как легкий форк systemd. Проект стремился удалить функции и программы, которые считались ненужными для системы инициализации, а также устранить другие предполагаемые ошибки.[106] Разработка проекта остановлена ​​в январе 2015 года.[107]

бесполезный поддерживал мусл и µClibc библиотеки, поэтому он мог быть использован на встроенные системы, тогда как systemd поддерживает только glibc. Бесполезный проект планировал дальнейшие улучшения кросс-платформенной совместимости, а также архитектурные перестройки и рефакторинг для сборки Linux в будущем.[108]

systembsd

В 2014 г. Google Summer of Code проект под названием "systembsd" был запущен с целью предоставления альтернативных реализаций этих API для OpenBSD. Первоначальный разработчик проекта начал это, чтобы облегчить свой переход с Linux на OpenBSD.[109] Разработка проекта остановлена ​​в июле 2016 года.[110]

Проект systembsd не предоставлял замену init, но был нацелен на обеспечение OpenBSD совместимыми демонами для host named, приуроченный, местный, и logind. Проект не создавал новых функций, подобных systemd, и должен был действовать только как оболочка над собственной системой OpenBSD. Разработчик стремился установить systembsd как часть коллекция портов, а не как часть базовой системы, утверждая, что «systemd и * BSD фундаментально различаются с точки зрения философии и практики разработки».[109]

consolekit2

ConsoleKit был разветвлен в октябре 2014 г. Xfce разработчики хотят, чтобы его функции по-прежнему поддерживались и были доступны в операционных системах, отличных от Linux. Не исключая возможности возрождения исходного репозитория в долгосрочной перспективе, основной разработчик считает ConsoleKit2 временной необходимостью, пока systembsd не станет зрелой.[111]

Разработка прекратилась в декабре 2017 года, и проект может прекратить свое существование.[112]

loginkit

LoginKit был попыткой реализовать логинд (systemd-logind) прокладка, что позволит пакетам, зависящим от systemd-logind, работать без зависимости от конкретной системы инициализации.[113]

Проект не существует с февраля 2015 года.[114]

notsystemd

Notsystemd намеревается реализовать все функции systemd, работающие в любой системе инициализации.[115] Он был разветвлен Парабола GNU / Linux-libre Разработчики могут создавать пакеты с помощью своих инструментов разработки без необходимости установки systemd для запуска systemd-nspawn.

s6

s6 - это небольшой набор программ для UNIX, предназначенный для обеспечения наблюдения за процессами (также известного как наблюдение за службами) в линейке daemontools и runit, а также для различных операций над процессами и демонами. Он задуман как набор инструментов для низкоуровневого администрирования процессов и сервисов, предоставляющий различные наборы независимых инструментов, которые можно использовать как внутри, так и вне фреймворка, и которые могут быть собраны вместе для достижения мощной функциональности с очень небольшим количеством кода.[116]

Смотрите также

Примечания

  1. ^ Даты для общедоступность релиз.
  2. ^ systemd поддерживается в Gentoo как альтернатива OpenRC, системе инициализации по умолчанию[64] для тех, кто «хочет использовать вместо этого systemd или планирует использовать Gnome 3.8 и новее (для чего требуется systemd)»[65]
  3. ^ Отсутствие функциональности с использованием систем инициализации, отличных от systemd[нужна цитата ]

Рекомендации

  1. ^ а б "Леннарт Поеттеринг о бурном господстве системда". Получено 7 ноября 2018.
  2. ^ а б "systemd README", freedesktop.org, получено 9 сентября 2012
  3. ^ "Systemd достиг максимума по количеству новых коммитов и участников в течение 2018 года - Phoronix".
  4. ^ Выпуск v247, 26 ноября 2020, получено 27 ноября 2020
  5. ^ Поэтинг, Леннарт (21 апреля 2012 г.), Обновление статуса systemd, получено 28 апреля 2012
  6. ^ "InterfaceStabilityPromise". FreeDesktop.org. Получено 14 февраля 2018.
  7. ^ "systemd Менеджер системы и обслуживания". freedesktop.org. Да, написано systemd, а не система D или System D, или даже SystemD. И это тоже не система d. Почему? Потому что это системный демон, а в Unix / Linux они пишутся в нижнем регистре и имеют суффикс в нижнем регистре d.
  8. ^ Поэттинг, Леннарт; Сиверс, Кей; Лимхуис, Торстен (8 мая 2012 г.), Центр управления: система инициализации systemd Linux, The H, заархивировано из оригинал 14 октября 2012 г., получено 9 сентября 2012
  9. ^ Сондерс, Майк (11 ноября 2015 г.). "Linux 101: извлеките максимум из systemd". Голос Linux. Получено 28 января 2016.
  10. ^ Симмондс, Крис (2015). «9: Запуск - программа инициализации». Освоение программирования встраиваемого Linux. Packt Publishing Ltd. стр. 239. ISBN  9781784399023. Получено 20 июн 2016. systemd определяет себя как системный и сервисный менеджер. Проект был инициирован в 2010 году Леннартом Поеттерингом и Кей Сиверс с целью создания интегрированного набора инструментов для управления системой Linux, включая демон init.
  11. ^ "Примечания к выпуску на одной странице F15", fedoraproject.org, 24 мая 2001 г.
  12. ^ "# 727708 - tech-ctte: Решите, какая система инициализации используется по умолчанию в Debian". 25 октября 2013 г.. Получено 14 сентября 2014.
  13. ^ "Какая система инициализации для Debian?". 5 ноября 2013 г.. Получено 14 сентября 2014.
  14. ^ «Debian все еще обсуждает systemd против системы инициализации Upstart». Фороникс. 30 декабря 2013 г.. Получено 14 сентября 2014.
  15. ^ "Милостиво проигрывать". 14 февраля 2014 г.. Получено 14 сентября 2014.
  16. ^ "Квантовый, радостный, дерзкий ..." 18 октября 2013 г.. Получено 14 сентября 2014.
  17. ^ Гесс, Джоуи. "на выезде". Получено 15 июля 2015.
  18. ^ Олбери, Расс (16 ноября 2014 г.). «Выход из Технического комитета». debian-ctte (Список рассылки). Получено 15 июля 2015.
  19. ^ Джексон, Ян (19 ноября 2014 г.). «Отставка». debian-ctte (Список рассылки). Получено 15 июля 2015.
  20. ^ Хин, Толлеф Туман (16 ноября 2014 г.). «Отставка из команды разработчиков pkg-systemd». pkg-systemd-сопровождающие (Список рассылки). Получено 15 июля 2015.
  21. ^ Кэрроти, Пол (28 августа 2015). «Леннарт Поеттеринг объединил замену команды su в systemd: Test Drive on Fedora Rawhide». Архивировано из оригинал 4 сентября 2015 г.
  22. ^ "Ошибка утверждения, когда PID 1 получает сообщение нулевой длины через сокет notify # 4234". 28 сентября 2016.
  23. ^ Фелкер, Рич (3 октября 2016 г.). «Взлом приводит к сбою дистрибутивов Linux с 48 символами кода». Лаборатория Касперского.
  24. ^ "Сведения о CVE-2017-9445", Национальная база данных уязвимостей, Национальный институт стандартов и технологий (США), 6 июля 2017 г., получено 6 июля 2018
  25. ^ "CVE-2017-9445", База данных Common Vulnerabilities and Exposures, The Mitre Corporation, 5 июня 2017 г., получено 6 июля 2018
  26. ^ Гундерсен, Том Э. (25 сентября 2014 г.). «Конец Linux». Получено 25 октября 2014. Это определенно не то, что идет с systemd из апстрима.
  27. ^ "Новые интерфейсы контрольной группы". Freedesktop.org. 28 августа 2015 г.. Получено 6 февраля 2016.
  28. ^ Поэтинг, Леннарт (май 2014). «Перспектива для systemd: что было достигнуто и что ждет впереди» (PDF). Получено 30 ноября 2014.
  29. ^ "Что такое systemd?". Линод. 11 сентября 2019.
  30. ^ «Блокировки-ингибиторы». freedesktop.org.
  31. ^ а б Poettering, Леннарт (26 января 2013 г.). «Величайшие мифы».
  32. ^ "Debate / initsystem / systemd - Документация Debian". Debian. 2 января 2014 г.. Получено 4 декабря 2014.
  33. ^ Эдж, Джейк (7 ноября 2013 г.). "Создание контейнеров с помощью systemd-nspawn". LWN.net. Получено 30 июля 2014.
  34. ^ "ControlGroupInterface". freedesktop.org. Получено 9 ноября 2014.
  35. ^ Хео, Теджун (28 января 2014 г.). "cgroup: преобразовать в kernfs". Linux-ядро (Список рассылки).
  36. ^ Хео, Теджун (13 марта 2014 г.). "cgroup: подготовьтесь к единой иерархии по умолчанию". Linux-ядро (Список рассылки).
  37. ^ "двоичные журналы systemd и повреждение". Получено 21 января 2016.
  38. ^ "systemd-logind.service". freedesktop.org. Получено 17 февраля 2014.
  39. ^ «Официальный сайт ConsoleKit». freedesktop.org. Получено 9 ноября 2014.
  40. ^ "Как подключить ваш любимый дисплей-менеджер X11 к systemd". freedesktop.org.
  41. ^ "Сеть в + systemd - 1. Предыстория". 27 ноября 2013 г.. Получено 22 февраля 2014.
  42. ^ "Сеть в + systemd - 2. libsystemd-rtnl". 27 ноября 2013 г.. Получено 22 февраля 2014.
  43. ^ "Сеть в + systemd - 3. udev". 27 ноября 2013 г.. Получено 22 февраля 2014.
  44. ^ "Сеть в + systemd - 4. networkd". 27 ноября 2013 г.. Получено 22 февраля 2014.
  45. ^ «Нетворкинг в + systemd - 5. ближайшее будущее». 27 ноября 2013 г.. Получено 22 февраля 2014.
  46. ^ Ларабель, Майкл (4 июля 2014 г.). "systemd 215 работает после восстановления заводских настроек, поддержка сервера DHCPv4". Получено 8 ноября 2014.
  47. ^ Шимерда, Павел (3 февраля 2013 г.). "Может ли сетевая конфигурация Linux отстойнее?".
  48. ^ networkctl (1) – Linux Пользователя Руководство - Пользовательские команды
  49. ^ "приуроченный". freedesktop.org. Получено 9 ноября 2014.
  50. ^ Сиверс, Кей. "Будущее дерева исходных кодов udev". vger.kernel.org/vger-lists.html#linux-hotplug linux-hotplug (Список рассылки). Получено 22 мая 2013.
  51. ^ Сиверс, Кей, "Фиксация импорта udev в systemd", freedesktop.org, получено 25 мая 2012
  52. ^ "[systemd-devel] [PATCH] Сбросьте загрузчик прошивки udev". 29 мая 2014.
  53. ^ "страница руководства systemd.unit". freedesktop.org.
  54. ^ "systemd мечтает о новой функции, делает ее похожей на Cron". Фороникс. 28 января 2013 г.. Получено 22 января 2014.
  55. ^ "systemd.slice (5) - Справочные страницы Linux". Получено 12 марта 2018. [...] срез [...] - это концепция иерархического управления ресурсами группы процессов.
  56. ^ а б "Git клон репозитория пакетов". Веб-интерфейс к репозиториям Arch Linux git. 12 января 2012 г.
  57. ^ "systemd теперь по умолчанию при новых установках". Arch Linux.
  58. ^ "coreos / manifest: Выпуски: v94.0.0". github.com. 3 октября 2013 г.. Получено 22 сентября 2014.
  59. ^ "Система инициализации CoreOS", coreos.com, заархивировано из оригинал 14 февраля 2014 г., получено 14 февраля 2014
  60. ^ "systemd". debian.org. Получено 19 ноября 2014.
  61. ^ Гарби, Бдейл (11 февраля 2014 г.). «Ошибка № 727708: призыв к голосованию в системе инициализации Linux по умолчанию для jessie». debian-ctte (Список рассылки).
  62. ^ "Установка без systemd". Получено 3 апреля 2018.
  63. ^ "Fedora 14 тем для обсуждения".
  64. ^ а б "systemd", wiki.gentoo.org, получено 26 августа 2012
  65. ^ «Установка базовой системы Gentoo § Необязательно: с помощью systemd».
  66. ^ "Комментарий № 210 (ошибка № 318365)", gentoo.org, получено 5 июля 2011
  67. ^ "systemd", gentoo.org, получено 5 июля 2011
  68. ^ «Примечания к выпуску KNOPPIX 7.4.2». Архивировано из оригинал 6 января 2018 г.. Получено 26 апреля 2018. ... система KNOPPIX на основе скриптов запускается с sysvinit
  69. ^ "KNOPPIX 8.0 Die Antwort auf Systemd (немецкий)". Архивировано из оригинал 13 июня 2018 г.. Получено 13 июн 2018. ... Процесс загрузки Knoppix продолжает выполняться через Sys-V init с несколькими сценариями bash, которые запускают системные службы последовательно или параллельно. (Исходный текст на немецком языке: Knoppix 'Startvorgang läuft nach wie vor per Sys-V-Init mit wenigen Bash-Skripten, welche die Systemdienste effizient Sequenziell oder parallel startten.)
  70. ^ Журнал изменений пакета Mageia systemd
  71. ^ Шершель, Фабиан (23 мая 2012 г.), Mageia 2 выходит с GNOME 3 и systemd, The H, заархивировано из оригинал 8 декабря 2013 г., получено 22 августа 2012
  72. ^ https://forums.mageia.org/en/viewtopic.php?f=7&t=11169
  73. ^ Вид каталога установки i586 11.4, показывающий наличие установочных файлов systemd v18, 23 февраля 2011 г., получено 24 сентября 2013
  74. ^ «OpenSUSE: не всем нравится systemd». Фороникс. Недавно выпущенный openSUSE 12.2 перешел с SysVinit на systemd
  75. ^ "Страница загрузки Parabola ISO".
  76. ^ Red Hat представляет Red Hat Enterprise Linux 7, 10 июня 2014 г.
  77. ^ "Первоначальное вступление заклинания" systemd "".
  78. ^ "Ubuntu Wiki: переключение систем инициализации". Получено 3 июля 2016.
  79. ^ «Связанные пакеты: выскочка». Панель запуска. Получено 17 июн 2019.
  80. ^ "Void-Package: systemd: удалено; воскресение не планируется".
  81. ^ «Знакомьтесь, Devuan, вилка Debian, рожденная ожесточенным восстанием systemd».
  82. ^ Шарвуд, Саймон (5 мая 2017 г.). "Devuan Linux без systemd попадает в RC2". Реестр. Получено 5 мая 2017.
  83. ^ «Разработчики Debian принимают решение о разнообразии систем инициализации:» Предложение B «побеждает». Фороникс. Получено 28 декабря 2019.
  84. ^ Поэтинг, Леннарт (18 мая 2011 г.). "systemd как внешняя зависимость". desktop-devel (Список рассылки). ГНОМ. Получено 26 мая 2011.
  85. ^ Петерс, Фредерик (4 ноября 2011 г.). «20121104 протокол заседания». Команда разработчиков GNOME (Список рассылки). Получено 14 января 2013.
  86. ^ «ConsoleKit». Получено 15 ноября 2014. ConsoleKit в настоящее время активно не поддерживается. Акцент сместился на встроенное в Software / systemd управление рабочими местами / пользователями / сеансами, которое называется systemd-logind!
  87. ^ Виттерс, Олав. "GNOME и logind + системные мысли". Получено 24 апреля 2014.
  88. ^ «GNOME 3.10 поставляется с экспериментальной поддержкой Wayland». ZDNet. Получено 24 апреля 2014.
  89. ^ «Инициативы GNOME: systemd». Получено 9 мая 2018.
  90. ^ «Mutter 3.13.2: пусковая установка: замените mutter-launch интеграцией logind». 19 мая 2014 г.. Получено 28 мая 2014.
  91. ^ Воан-Николс, Стивен (19 сентября 2014 г.). «Линус Торвальдс и другие в системе Linux». ZDNet. CBS Interactive.
  92. ^ «Интервью с Патриком Фолькердингом из Slackware». linuxquestions.org. 7 июня 2012 г.. Получено 19 марта 2014.
  93. ^ «Я вернулся после перерыва в Slackware: делюсь мыслями и узнаю что нового!». linuxquestions.org. Получено 14 марта 2014.
  94. ^ Нарушено дизайном: systemd, Рич Фелкер, главный автор мусл, 2014-02-09.
  95. ^ «Интервью: ESR отвечает на ваши вопросы». Slashdot.org. 10 марта 2014 г.. Получено 19 марта 2014.
  96. ^ Торвальдс, Линус (2 апреля 2014 г.). «Re: [RFC PATCH] cmdline: Скрыть« отладку »из / proc / cmdline». Linux-ядро (Список рассылки). Получено 8 июля 2014.
  97. ^ «Неужели systemd так же плох, как бойкот, который systemd пытается сделать?». LinuxToday. Получено 22 сентября 2014.
  98. ^ "Бойкотировать systemd.org". Архивировано из оригинал 6 мая 2014 г.. Получено 15 июля 2015.
  99. ^ а б Венеция, Пол (18 августа 2014 г.). "systemd: предвестник Linux-апокалипсиса". Получено 20 сентября 2014.
  100. ^ «Линус Торвальдс и другие в Linux systemd». Получено 21 ноября 2014.
  101. ^ «Осознание, к которому я недавно пришел, обсуждая всю систему ...» 31 марта 2014 г. Архивировано с оригинал 17 июля 2014 г.. Получено 8 июля 2014.
  102. ^ "FallbackDNS не должен иметь значений, установленных во время компиляции". 6 июня 2015 г.. Получено 3 июн 2018.
  103. ^ "eudev / README". Архивировано из оригинал 16 февраля 2015 г.. Получено 1 июня 2015.
  104. ^ "Проект Gentoo eudev". Получено 1 июня 2015.
  105. ^ "elogind / README". Получено 2 сентября 2015.
  106. ^ Ларабель, Майкл (21 сентября 2014 г.). "Uselessd: урезанная версия systemd". Фороникс. Получено 26 октября 2014.
  107. ^ "Бесполезный мертв". Бесполезный сайт. Получено 17 февраля 2017.
  108. ^ "бесполезный :: информационная система". uselessd.darknedgy.net. Получено 26 октября 2014.
  109. ^ а б «GSoC 2014: утилиты для замены systemd (systembsd)». Журнал OpenBSD. Получено 28 ноября 2014.
  110. ^ проекты / systembsd.git / резюме, получено 8 июля 2018
  111. ^ Кегель, Эрик (20 октября 2014 г.). «ConsoleKit2». Получено 7 марта 2015.
  112. ^ "ConsoleKit2 (Github)". Получено 8 июля 2018.
  113. ^ "loginkit / README". Получено 4 декабря 2014.
  114. ^ "dimkr / LoginKit (Github)". Получено 8 июля 2018.
  115. ^ Люк Шумакер (17 июня 2017 г.). "Объявление о выпуске notsystemd v232.1". [email protected] (Список рассылки).
  116. ^ "skarnet.org/s6". Получено 10 июн 2020.

внешняя ссылка