Аналог systemd для windows

Обновлено: 04.07.2024

Примечание: В системе инициализации SysV главным процессом является процесс init, а в системе инициализации systemd — (одноименный) процесс systemd.

С течением времени в Linux появилось большое разнообразие систем инициализации. В данной статье мы рассмотрим наиболее популярные из них, а также сравним SysV и systemd.

Спор вокруг систем инициализации в Linux

В попытке привнести больше возможностей в процесс инициализации Linux-систем, компания Canonical в 2006 году вместе с релизом Ubuntu 6.10 (Edgy Eft) выпускает систему инициализации Upstart, которая с самого начала разрабатывалась с учетом обратной совместимости. Она может запускать демоны без каких-либо изменений в их скриптах запуска.

Другой системой инициализации, восходящей своими корнями к операционной системе 4.4BSD, является rc.init. Она применяется в таких дистрибутивах, как: FreeBSD, NetBSD и Slackware. В 2007 году разработчики Gentoo выпустили улучшенный вариант данной системы инициализации, сделав её модульной и назвав OpenRC. Большинство других дистрибутивов Linux исторически продолжало использовать SysV.

В 2010 году инженеры компании Red Hat Леннарт Пёттеринг и Кей Сиверс приступили к разработке новой системы инициализации — systemd, которая разрабатывалась с учетом недостатков, имеющихся в SysV. В состав systemd, помимо прочего, также входят и различные пакеты, утилиты и библиотеки, позволяющие производить параллельный запуск процессов, сокращая тем самым время загрузки системы и количество необходимых вычислений. Весной того же года Fedora 15 стала первым дистрибутивом, в котором по умолчанию использовалась система инициализации systemd. После чего, на протяжении следующих трех лет, большинство дистрибутивов массово перешли на systemd.

Но, если все остальные дистрибутивы отдают предпочтение systemd и считают её лучшей системой инициализации, как для предприятий, так и для любителей, почему так много споров вокруг нее?

systemd, по сравнению с SysV и Upstart, содержит большое количество различных улучшений, а также предлагает и другие компоненты, имеющие более тесную интеграцию с системой, с помощью которых разработчики могут уменьшить объем выполняемой работы. Что в этом плохого? Ну, поскольку разработчики создают программное обеспечение, которое зависит от systemd и/или от любой из её многочисленных служб (journald, udevd, consoled, logind или networkd), то такое ПО становится менее совместимым с системами, в которых systemd не применяется. По мере того, как количество служб, предоставляемых проектом systemd, продолжает расти, systemd сама становится все более зависимой от них.

В результате systemd становится самостоятельной платформой, и её повсеместное распространение непреднамеренно препятствует разработке программного обеспечения, которое является переносимым и совместимым с операционными системами, не поддерживающими systemd. Но действительно ли всё так печально? Конечно, нет. Прежде всего, это проект с открытым исходным кодом, и у людей есть выбор: использовать его или нет. Пользователи и разработчики могут извлечь выгоду из наличия нескольких конкурирующих систем инициализации, и нет вины systemd в том, что основные дистрибутивы переключились на нее из-за её плюсов.

Системы инициализации Linux

Примечание: System V — это первая коммерческая UNIX-подобная операционная система, которая была выпущена в 1983 году.

Если процесс init по каким-либо причинам не смог стартовать, то не произойдет запуска последующих процессов и система перейдет в особое (вызванное появлением критической ошибки) состояние ядра, называемое Kernel Panic.

В SysV имеется шесть состояний системы, известных как уровни выполнения (runlevels), и всем процессам и службам сопоставляется определенный уровень выполнения. Данная система инициализации также предлагает простые в использовании команды и методы для управления уровнями выполнения и связанными с ними службами.

Runlevel 0 — завершает работу системы.

Runlevel 3 — многопользовательский режим с поддержкой сети, но без графического интерфейса. Чаще всего серверные версии Linux работают именно на этом уровне выполнения.

Runlevel 4 — не используется. Пользователь может настраивать этот уровень исходя из его целей.

Runlevel 5 — схож с режимом 3, но здесь запускается графический интерфейс. В этом режиме работают десктопные версии Linux.

Runlevel 6 — перезагружает систему.

Значения для каждого уровня выполнения варьируются в зависимости от вашего дистрибутива Linux. Есть дистрибутивы (например, Ubuntu), которые используют Runlevel 2 для многопользовательского графического режима с поддержкой сети, другие дистрибутивы (например, Fedora) для того же самого используют Runlevel 5.

В операционной системе, использующей SysV, ядро запускает файл /sbin/init, который, в свою очередь, загружает параметры и выполняет директивы, определенные в файле конфигурации — /etc/inittab. Этот файл задает уровни выполнения для всей системы, определяет, для каких терминалов следует создавать getty (процессы инициализации терминала), запускает процессы входа в терминал, запускает скрипт /etc/init.d/rcS, а также влияет на порядок выполнения других runlevel-скриптов.

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

В ОС, использующей систему инициализации SysV, обычно присутствует специальная программа, используемая для управления службами во время работы системы. Вы можете проверить состояние службы или всех служб, а также запустить или остановить службу при помощи следующих команд:

systemd

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

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

Target — это аналог уровней выполнения из SysV, состоящий из нескольких unit-ов.

systemd выполняет unit для достижения target. Инструкции для каждого устройства находятся в каталоге /lib/systemd/system/.

Для управления службами в systemd применяется специальная утилита — systemctl. Например:

Еще одной важной программой в наборе инструментов systemd является утилита journalctl. Она позволяет просматривать и управлять демоном логов journald. Лог-файл systemd является двоичным файлом, и использование journalctl сильно упрощает работу с ним. Вот несколько примеров:

Плюсы системы инициализации systemd:

Новый, современный и эффективный дизайн.

Более простой процесс загрузки.

Параллельная обработка задач при загрузке системы.

Простой синтаксис unit-файлов.

Возможность удаления дополнительных компонентов.

Низкий уровень потребления ресурсов.

Улучшен механизм зависимостей.

Инструкция инициализации процессов хранится в файле конфигурации, а не в скрипте оболочки.

Планирование задач с использованием systemd Calendar Timers.

Ведение лог-файла с помощью службы journald.

Лог-файлы хранятся в двоичных файлах.

Состояние systemd может быть сохранено для последующего вызова в будущем.

Отслеживание исполняемого процесса через механизм контейнеризации cgroup.

Улучшенная интеграция с GNOME для обеспечения совместимости.

Минусы системы инициализации systemd:

Всё собрано в одном месте.

Не соответствует стандартам POSIX.

Upstart

Upstart — это гибридная система инициализации (могут использоваться как скрипты запуска SysV, так и сценарии systemd), созданная разработчиками дистрибутива Ubuntu в качестве замены системы инициализации SysV. В отличие от SysV, которая создавалась для работы в статическом окружении, Upstart предназначалась для работы в более гибком окружении.

По сравнению с SysV, в Upstart можно выделить три основных преимущества, а именно: управление службами на основе событий (вместо уровней выполнения), асинхронный запуск служб и автоматический перезапуск аварийно завершенных служб.

Когда происходит какое-либо событие, Upstart обнаруживает это событие и вносит необходимые изменения. Событием может быть всё, что связано с различными состояниями системы, например: USB-накопитель подключается/извлекается из системы или запускается/останавливается служба.

Для управления уровнем запуска различных служб в Upstart применяется специальная утилита — initctl, например:

$ initctl status <job> (отображение состояния службы)

$ initctl list (отображение списка служб)

OpenRC

OpenRC — это кроссплатформенная система инициализации на основе зависимостей, которая совместима с SysV. Несмотря на то, что OpenRC вносит некоторые улучшения в SysV, она не является её абсолютной заменой.

Может работать во многих дистрибутивах Linux, включая Gentoo.

Скрипты инициализации с отслеживанием состояния.

Ограничение ресурсов для каждой службы.

Загрузка на основе зависимостей.

Запускается в виде демона.

Параллельный запуск служб и многое другое.

runit

runit — также кроссплатформенная система инициализации, которая может работать на Solaris, операционных системах семейства BSD и macOS. В целом очень похожа на SysV. Может использоваться сама по себе или же в качестве альтернативы для SysV, systemd, а также в сочетании с OpenRC.

К основным преимуществам runit относятся:

Быстрая загрузка и выключение системы.

Логирование вывода процесса и ротация логов.

Автоматическое выключение и запуск сервисов при появлении новых сервисов в списке, либо удалении старых из списка.

Возможность ведения нескольких независимых списков сервисов одновременно (например, для каждого пользователя отдельно и для системы в целом).

Сравнение SysV и systemd

Функции SysV systemd
Зависимость D-Bus Нет Да
Управление устройствами с помощью udev Нет Да
Активация по таймеру cron/at Проприетарная
Управление квотами Нет Да
Автоматическая обработка зависимостей служб Нет Да
Завершение процессов пользователей при выходе из системы Нет Да
Управление пространством подкачки Нет Да
Интеграция SELinux Нет Да
Поддержка шифрованных HDD Нет Да
Загрузка статических модулей ядра Нет Да
Графический интерфейс пользователя (GUI) Нет Да
Перечисление всех дочерних процессов Нет Да
Совместимость с SysV Да Да
Интерактивная загрузка Нет Да
Переносимость на отличную от x86 архитектуру процессора Да Нет
Параллельный запуск служб Нет Да
Ограничение ресурсов для каждой службы Нет Да
Легко расширяемый скрипт автозагрузки Да Нет
Раздельные код и файл конфигурации Да Нет
Автоматический расчет зависимостей Нет Да
Подробный вывод отладочной информации Да Нет
Количество файлов 75 файлов 900 файлов + Glib + D-Bus

Как определить какая система инициализации у меня?

Способ №1: Команда ps

С помощью команды ps мы можем отобразить информацию об активном процессе, а с помощью команды grep указать необходимые фильтры для определения текущей системы инициализации:


Debian 11 (Testing)


Fedora 34 Workstation

Как вы можете видеть, в Debian и Fedora используется система инициализации systemd.

В случае использования системы инициализации SysV, вывод команды будет следующий:


Если же у вас используется система инициализации Upstart, то вы увидите:

Способ №2: Команда rpm

Чтобы узнать, какая система инициализации установлена, нужно выполнить следующую команду:

Примечание: /usr/sbin/init или /sbin/init — это исполняемый файл, запускающий систему инициализации SysV. По соображениям совместимости при установке systemd файл /sbin/init является псевдонимом (или символьной ссылкой) исполняемого файла системы инициализации systemd.


Fedora 34 Workstation

В случае использования системы инициализации SysV, вывод будет следующий:

В случае использования системы инициализации Upstart, вывод будет следующий:

Важное примечание

Может случиться так, что, используя ОС с systemd в качестве системы инициализации и набрав в терминале команды pidof init и pidof systemd , мы увидим следующий результат:


Debian 11 (Testing)

То есть PID=1 назначен процессу init, а процесс systemd имеет PID=909 . Получается, что у нас используется SysV? Но мы ведь уверены в том, что устанавливали дистрибутив (Debian) с системой инициализации systemd! Это можно проверить с помощью следующей команды:

$ sudo ps -p1 | grep "init\|upstart\|systemd"


Debian 11 (Testing)

Так почему же возникла путаница с pidof ? Если мы проверим тип файла /sbin/init (который является файлом, запускающим систему инициализации SysV), то увидим, что в нашем случае /sbin/init является символьной ссылкой на /lib/systemd/systemd (главный файл системы инициализации systemd):

Здесь описаны какие команды systemd заменяют привычные команды sysvinit. Более подробную информацию по systemd вы можете найти по ссылке Systemd.

Обратите внимание, что команды 'service' и 'chkconfig' продолжат работать в мире systemd практически без изменений. Тем не менее в этой инструкции показано как выполнить те же действия с помощью встроенных утилит systemctl.

Сервисы и службы

Команда sysvinit Команда systemd Комментарий
service frobozz start systemctl start frobozz.service Используется для разового запуска службы.
service frobozz stop systemctl stop frobozz.service Используется для разовой остановки службы.
service frobozz restart systemctl restart frobozz.service Используется для разового перезапуска службы.
service frobozz reload systemctl reload frobozz.service Если такая возможность поддерживается службой, перезагружает конфигурационный файл, не прерывая процесса.
service frobozz condrestart systemctl condrestart frobozz.service Перезапускает службу, если она запущена.
service frobozz status systemctl status frobozz.service Сообщает, запущена ли служба.
ls /etc/rc.d/init.d/ ls /lib/systemd/system/*.service /etc/systemd/system/*.service Используется для получения списка служб, которые могут быть запущены или остановлены.
chkconfig frobozz on systemctl enable frobozz.service Включает запуск службы после перезагрузки.
chkconfig frobozz off systemctl disable frobozz.service Отключает запуск службы после перезагрузки.
chkconfig frobozz systemctl is-enabled frobozz.service Используется для проверки, будет ли служба запущена после перезагрузки.
chkconfig frobozz --list ls /etc/systemd/system/*.wants/frobozz.service Выдает список уровней загрузки(целей), при которых данная служба будет запущена автоматически.
chkconfig frobozz --add Не используется, нет аналога.

Все вышеперечисленные команды /sbin/service и /sbin/chkconfig работают с systemd и автоматически переводятся в эквивалентные команды systemctl. Исключением является только chkconfig --list .

Уровни загрузки/цели

Systemd использует понятие целей(target), сходное по сути с уровнями загрузки, но работающее немного иначе. Каждая цель имеет название, описывающее её предназначение. Некоторые цели объединяют в себе запуск всех служб какой-то одной цели и нескольких дополнительных сервисов. Для замены уровней загрузки sysvinit были созданы специальные "цели", переключаться между которыми вы можете как и раньше используя команду telinit RUNLEVEL . Стандартные для ROSA уровни загрузки 0, 1, 3, 5, и 6 полностью эквиваленты соответствующим целям systemd.



Эта статья призвана познакомить читателя с находящимся в арсенале systemd набором инструментов.

Когда наконец удается смириться с уходом systemd от тех принципов, что лежали в основе ветхозаветной System V с ее простыми текстовыми файлами и засильем скриптов, начинаешь видеть неоспоримые преимущества новой системы инициализации и поставляемых с ней инструментов. В этой статье мы поговорим о четырех из них, а также упомянем еще один, который вы наверняка уже знаете, но вряд ли использовали описанным здесь способом.

coredumpctl

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

Команда coredumpctl вернет общий список всех дампов памяти, в котором могут быть записи за несколько недель, а то и месяцев работы системы.




Выполнив coredumpctl dump filter , можно получить более подробную информацию о последнем подходящем под фильтр дампе:

Эта команда выведет все детали последнего дампа с PID 1758. А поскольку журнал systemd охватывает более одной сессии (мой, например, начинается с мая), в нем могут оказаться несколько не связанных друг с другом дампов от процессов с одинаковым PID.




Рис. 2. Модификатор dump позволяет получить более подробную информацию о дампе памяти

Также есть возможность установить фильтр по имени исполняемого файла:

Как и в случае с PID, эта команда выведет информацию только о последнем дампе, поскольку в большинстве случаев нужен именно он.

В фильтре дампа памяти может использоваться PID, имя исполняемого файла, путь, который должен содержать как минимум одну косую черту (например, /usr/bin/name_of_executable), а также один или несколько общих предикатов (general predicates) journalctl. Последний вариант показан в следующем примере:

Эта команда по сути идентична coredumpctl dump 1758 . А вот более интересный пример использования предикатов journalctl, где нас интересует timestamp:

Список предикатов journalctl можно найти в разделе JOURNAL FIELDS файла документации man systemd.directives .

Помимо dump у сoredumpctl есть и другие опции. Для тех, кто хочет сразу начать отладку, следующая команда не только выведет всю информацию о дампе, но и откроет GNU debugger (gdb):

bootctl

А вы знаете, что загрузкой теперь управляет systemd-boot, а не GRUB? Да, это очередная функция, которую подмял под себя, кажется, уже не способный остановиться systemd. Правда, это пока касается только систем с UEFI.

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

(Если вы новичок в Linux, не пугайтесь. Вам, скорее всего, не придется делать ничего из представленного в данном разделе. Об этом позаботится ваш дистрибутив. Все, что здесь написано, в первую очередь предназначено для энтузиастов абсолютного контроля (например, пользователей Arch Linux). Эти люди не могут спать спокойно, пока в их системе остался хотя бы один параметр, который они не пробовали подкрутить.)

Для работы с bootctl нужны права суперпользователя, поэтому обращаться с этим инструментом нужно уважительно. Одно неосторожное движение — и ваша система перестанет загружаться.

Один из самых безобидных режимов bootctl — проверка статуса загрузки. Если /boot не указывает на раздел FAT EFI напрямую, нужно вручную с помощью опции --path= указать путь к загрузочному разделу EFI. Вот как выглядит команда для моей openSUSE:

Результатом будет список всех опций загрузки и соответствующих им переменных. Рисунок 3 показывает вывод команды на моей системе. Это поведение по умолчанию. Полная версия команды выглядит так: bootctl --path=/boot/efi status .




Рис. 3. Инструмент bootctl позволяет просматривать и изменять настройки программы управления загрузкой

В выводе команды можно найти опции загрузки и расположение бинарного файла загрузчика (ESP).

Измененная конфигурация загрузки устанавливается с помощью команды:

Эта команда также сгенерирует бинарный файл systemd-boot, сохранит его в boot/path/to/efi/EFI/Boot и добавит соответствующий вызов в верхнюю часть списка приоритета загрузки.

Чтобы обновить systemd-boot, выполните:

Для удаления systemd-boot из раздела EFI используйте:

Будьте осторожны с последней командой.

systemd-cgtop, systemctl и systemd-cgls

Если классический top позволяет найти процессы, больше других нагружающие CPU и активнее потребляющие память, systemd-cgtop делает то же самое для контрольных групп (cgroups).

Cgroups представляет из себя механизм разбиения и изолирования ресурсов системы для предоставления их группам пользователей и задач. Например, вы можете применить cgroups для установки ограничений на потребление памяти и CPU в системе, где работают две группы пользователей. Полное описание cgroups с примерами можно найти здесь.

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

Взгляните на рисунок 4, где изображен пример нормально работающей системы. Никто не злоупотребляет ресурсами, и числового обозначения в строке с итогами удостоились только общие показатели активности всех групп системы. При этом я мог бы избавиться, например, от auditd, веди он себя неподобающим образом. И поскольку система без этого сервиса не остановится, так и сделаю:

И… та-дам! Его больше нет!




Рис. 4 systemd-cgtop сообщает о поведении cgroups

В данном случае у auditd.service были две связанные с ним задачи, но их могут быть сотни, особенно у групп, используемых для конечных пользователей, поэтому systemctl очень удобен для работы с cgroups.

Кстати, чтобы посмотреть, какие процессы связаны с той или иной cgroup, попробуйте команду systemd-cgls /cgroup.name

И вы увидите все процессы, работающие в подгруппе NetworkManager.

Заключение

Мы рассмотрели лишь малую часть предназначенных для системного администрирования инструментов systemd. Их, конечно, намного больше, и в следующей статье мы поговорим еще о нескольких. Также стоит помнить, что настоящая сила многих инструментов скрыта в их многочисленных опциях.

Если вы хотите получше разобраться в вопросах, связанных с systemd, рекомендую начать с идущей в комплекте документации:

Недостатки systemD

systemD был представлен 30 марта 2010 года и в 2010-е годы вытеснил традиционную систему init. Развивается Леннартом Петтерингом и Кеем Сиверсом, а также другими разработчиками, опубликован под условиями GNU LGPL v2.1 или более поздней.

Предшественник

До systemD в Linux использовался SysVinit, окончательно сформировавшийся в AT&T UNIX System V (отсюда и название).

SysVInit (или просто init) работает как демон (компьютерная программа в UNIX-подобных системах, запускаемая самой системой и работающая в фоновом режиме без прямого взаимодействия с пользователем, а не то что можно подумать), запускается сразу после ядра и имеет PID (идентификатор процесса) 1, init отвечает за дальнейшую загрузку системы - для этого запускаются стартовые сценарии, которые выполняют проверку и монтирование файловых систем, запуск других демонов и прочее, что происходит при запуске системы.

Недостатки

Дуг Макилрой, один из основателей традиции Unix, обобщил философию этих систем следующим образом:

«Философия Unix гласит:

  • Пишите программы, которые делают что-то одно и делают это хорошо.
  • Пишите программы, которые бы работали вместе.
  • Пишите программы, которые бы поддерживали текстовые потоки, поскольку это универсальный интерфейс».

systemD не соблюдает первый пункт, поскольку помимо инициализации предоставляет:

  • запуск сервисов по расписанию (заменяет cron);
  • сокет-активация служб (заменяет inetd);
  • работа с аппаратным сторожевым таймером (заменяет watchdog);
  • смена корня (заменяет chroot);
  • автомонтирование томов и сетевых ресурсов (заменяет mount & fstab);
  • journalctl — служба журналирования;
  • systemd-analyze — анализ скорости запуска служб;
  • systemd-boot — UEFI загрузчик(замена grub).

Из-за столь большого количества функций systemD порой работает нестабильно, имеет запутанный код, который сложно проверить на безопасность и повышает потребление ресурсов всей системы (после миграции с Debian 10 на Devuan 3 (systemD → SysVInit) потребление ресурсов упало с 600 мб до 300 (правда мои кривые руки быстро это поправили)).

Помимо этого при использовании системс systemD лично я испытывал проблему с тем, что через некоторое время использования система начинала очень долго выключаться. Пообщавшись с другом выяснил, что это не только у меня.

В интернете без труда можно найти и другие проблемы.

Использование

Подсистема была предложена как внешняя зависимость для GNOME 3.2, GNOME версии 3.8 и выше уже нельзя установить без systemD.

systemD используется в следующих дистрибутивах:

  • Debian GNU/Linux 8+
  • RHEL 7+
  • CentOS 7+
  • Ubuntu 15.10+
  • Fedora 15+
  • Mageia 2
  • Mandriva 2011
  • Rosa
  • openSUSE 12.1+
  • Arch Linux 12.11
  • Sabayon 13.08

Дистрибутивы, в которых systemD доступен:

Альтернативы

Одними из наиболее популярных альтернатив в сфере систем инициализации являются:

  • SysVInit
  • Runit
  • OpenRC
  • Upstart
  • S6
  • и другие менее известные

Также существуют дистрибутивы, поставляющиеся без systemD:

  • Devuan — форк Debian с SysVInit по умолчанию.
  • AntiX — форк Debian с SysVInit или runit на выбор.
  • Artix — форк Arch Linux с 3-мя системами на выбор: OpenRC, Runit и S6.
  • Gentoo
  • Void Linux
  • Все *BSD системы
  • и другие менее известные.

Примечание: Эта статья лишь моё мнение, у вас может быть другое.

Материалы по теме:

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

Новое в галерее

Новые комментарии

Комментарии

Постоянная ссылка на комментарий Родительский комментарий

на сегодня (после того как сисда стал монстром), для "администратора десктопа" их уже нет. Ни простоты управления, ни скорости загрузки, ни стабильности.

ЗЫ. Думается мне в том, что в одном месте теперь лежат chroot и boot добавило немало надежд писателям вирусов под линукс - чем выше унификация, тем легче будет написать первый реальный(!) Армагедон

Постоянная ссылка на комментарий Родительский комментарий Какой дистр выбрать без SystemD чтобы csgo 100% запускался, Artix? Постоянная ссылка на комментарий Родительский комментарий На Devuan отлично ставится стим и валвовские(и не только) игры Постоянная ссылка на комментарий Родительский комментарий Действительно, разве только один Artix годный?
Devuan - вполне себе ничего! Я человек простой, вижу ReiCode ставлю лайк!
***Artix использует 4 системы инициализации ( suite66 или просто 66) :) Постоянная ссылка на комментарий Родительский комментарий Постоянная ссылка на комментарий Родительский комментарий Судя по комментам тут, её только не давно добавили. Потому как это форк S6, если я правильно понял.
Но на сайте ещё такого варианта не видел. Постоянная ссылка на комментарий Родительский комментарий Постоянная ссылка на комментарий Родительский комментарий Постоянная ссылка на комментарий Родительский комментарий Ох этот уж systemD, желаю ему . найти свой скромный уголок. Лозунги за смену, слышны всё чаще..
Зачем мне бинарные логи, зачем мне крон в системД, зачем мне там синхронизация времени. Верните всё назад) Постоянная ссылка на комментарий Родительский комментарий крона в сисду засунуть.. это хорошо нужно знать толк в извращениях.
ЗЫ. сейчас подумалось - а может его туда засудули не потому, что очень уж хотелось, а потому, что "ниасилили" контроль запущенных со стороны процессов? Ну, типа, сисда должен королировать всё(!), а тут какой-то мутный крон что-то своё запускает. Зачем с ним договариваться? Проще забрать его полномочия (тем самым убив его как вид) Было бы хорошо, если бы к перечню недостатков были бы добавлены ещё и достоинства. Не просто же так разработчики популярных дистрибутивов выбрали именно systemD, при таком количестве альтернатив. К тому же так статья выглядела бы законченной и объективной. Постоянная ссылка на комментарий Родительский комментарий

> не просто же так разработчики популярных дистрибутивов выбрали именно systemD

Когда-то не просто же так все выбрали Internet Explorer? а потом - не просто же так выбрали Chrome. Просто бизнес (и агрессивный маркетинг) и ничего личного - корпораты насаждают единый стндарт. А потом "вдруг" выяснится, кто писали этут сисду на деньги Красной Шапочки. А значит и "результаты интеллектуального труда" принадлежат той же КШ. Ну ладно - денег с вас брать не будут, нов коде ковыряться непозволят. И что там будет в этой сисде - одно NSA будет известно. И куда-то дется с этой подводной лодки многие уже просто не смогут. В результате получится тот же масдай, но "под свободными лицензиями".

ЗЫ. Предлагаю просто вспомнить радость в стАне "любителей прогресса" по попводу хрома, затем - по поводу того, что стало удобно писать странички (единый стандарт жеж!). И оглядеться вокруг - не прошло и пары десятков лет, как сдох даже "вечно живой IE" и "при всё богатсве выбора" не осталось ничего, кроме хрома (и нескольких откопанных стюардес для фриков). И Корпорации Бобра, когда-то начавшей этот хром продвигать.
Или кто-то считает красношляпников дурнее Корпрации Бобра?

Читайте также: