Systemd срещу Sysvinit. А Systemd-shim?

Понастоящем Systemd е най-широко използваният стандарт от гледна точка на "Системи за зареждане на ядрото" (Init), който може да бъде постигнат в Unix среди, като Linux. Създаден е преди няколко години от Ленарт Потеринг (главно) до Кей сита (бивш Red Hat). В момента има LGPL 2.1 лиценз (с изключения, лицензирани по GPL2). Все пак има и други алтернативи, като античните и традиционалистите SysVinit и Upstart, има и нови алтернативи в ход като systemd-shim.

Освен че е най-използваният, Systemd е и един от противоречивите и понякога мразен от значителна част от потребителите, които са склонни да се противопоставят на неговата сложност и прекомерно господство или контрол върху функциите на своите дистрибуции. Поради тази причина старите или модерни алтернативи все още процъфтяват в широки сектори на общността на GNU / Linux.

В момента Systemd като проект за свободен софтуер се хоства на GitHub и има достатъчно документация на уебсайта на «freedesktop.org". И въпреки факта, че в други времена сме говорили много за Systemd в блога, например в публикацията, наречена «Демистифицираща системаD« от автора "Usemoslinux"Днес се надяваме да разширим още малко, като сравним аспекти на настоящите алтернативи.

Какво е Systemd?

Systemd е администратор на системи и услуги за базирани на Linux системи. Но в по-широк смисъл тя може да бъде описана и като набор от основни градивни елементи за Linux система, тъй като предоставя „Администратор на системи и услуги » който се изпълнява като процес (PID 1) и стартира останалата част от системата.

Systemd предоставя възможности за динамично паралелизиране, използва "сокети" и "активиране на D-Bus" за стартиране на услуги. Освен това предлага "началото" По искане на демони, той проследява процеси, използвайки контролни групи на Linux, управлява точки за монтиране и автоматично монтира и изпълнява сложен контрол на услуги, базиран на транзакции логично.

И накрая, и по-специално, може да се добави, че Systemd е съвместим със стартовите скриптове на SysV и LSB и до днес е работил като успешен заместител на SysVinit в много GNU / Linux дистрибуции., независимо от валидните критики или отрицателни коментари за него.

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

Наред с други неща, за които е класифициран като тежък, сложен и притежателен в дистрибуциите, където е реализиран, въпреки задоволителното изпълнение на целите си, за които е създаден. Толкова, че добре познатият Distro DEBIAN, майката на много други GNU / Linux Distros, го прилага от известно време, което допринесе за неговото масовизиране.

Какво е sysvinit?

SysVinit е един от най-старите и актуални Администратори на системи и услуги за Системи, базирани на Linux. Той все още се използва широко в много от GNU / Linux дистрибуции на траектории и нови, като Devuan.

От SysVinit като програма може да се подчертае следното:

«Това е първият процес, който се изпълнява след зареждане на ядрото и този, който поражда всички останали процеси, той се изпълнява като init демон и обикновено има PID 1. Осигурява стандартен процес за контрол кои програми стартират или спират определено ниво на изпълнение “. Според Ex-Debian.org Wiki

А разлика "В него" (Администратор на системи и услуги инициал на Unix системи), който стартира услугите с помощта на един скрипт, наречен "/ И т.н. / rc", SysVinit започна да използва схемата на директории в "/Etc/rc.d/" които съдържаха скриптове за старт / стоп на различните услуги.

И на ниво пакети и функции SysVinit съдържа програми за контрол на стартирането, изпълнението и изтеглянето на всички останали програми. Те включват: halt, init, killall5, last, lastb, mesg, pidof, poweroff, reboot, runlevel, shutdown, sulogin, telinit, utmpdump и wall. Важна информация за тези, които желаят да инсталират и използват sysvinit.

И до днес борбата между Systemd y sysvinit беше трудно и достойно за сравнение с това на WhatsApp y Telegram. И макар че е вярно, че почтеният sysvinit има недостатъци или ограничения (в зависимост от гледната точка на всеки човек), които вероятно са разрешими по някакъв начин, поддръжниците на Systemd често смело твърдят, че Systemd в момента е най-доброто от всички Системни и сервизни администратори първоначални Unix системи ток.

От този факт и от тази борба се роди кампанията «Init Freedom» (IF) предназначени да опровергаят този аргумент. Стартирайте свободата се опитва да възстанови здравословен подход към PID1, който зачита многообразието и свободата на избор. В случай, че искате повече информация, можете да я получите, като посетите следната връзка: Кампания «Init Freedom» (IF), информация като Дистрибуции на GNU / Linux, които използват алтернативи на Systemd.

Какво е Systemd-shim?

Не на последно място, срещаме се прекрасната алтернатива на Systemd-shim. Което според страницата за колети на DEBIAN е пакет, който:

"Емулира функцията Systemd, която е необходима за стартиране на системните помощници, без да се използва услугата init."

Да разбере на какво е способен "Systemd-shim" или как работи, добре е да го видите на практика в дистрибуцията, която е спечелила най-много, т.е. MX-Linux. Което според собствените му създатели е, че MX-Linux има като уникална характеристика:

„Предлагане на потребителя възможността да избира между Systemd и SysVinit на инсталирани системи. Магическа комбинация, възможна от пакет, наречен Systemd-shim. Развитието на systemd-shim обаче беше спряно преди време и DEBIAN наскоро премахна пакета от хранилищата на Buster. Разбираме, че текущото състояние на systemd-shim не работи правилно с версията на Systemd в DEBIAN Buster, така че проучваме опциите за бъдещето на MX. За тази цел едно нещо, което искаме да проучим, е възможността за продължаване на развитието на systemd-shim (и всички системни кръпки, които може да са необходими за правилната работа на systemd-shim).

Systemd-shim даде толкова добри резултати на MX-Linux, че освен другите отлични функционалности и предимства на споменатия Distro, MX-Linux е първият в Distrowatch и има бъдещи планове да продължи да използва System-shim на новата версия на MX-Linux 19 скоро ще бъде пуснат на базата на ДЕБИАН 10 (Бъстър).

Аз лично препоръчвам MX-Linux 18.X със Systemd-shim, тъй като е бърза светлина и много функционална. И в моя конкретен случай ми позволи да създам свой собствен Distro въз основа на него, който нарекох: MilagrOS GNU / Linux.

Други алтернативи?

В обобщение, включително споменатите, имаме сред настоящите алтернативи на «Системни администратори и услуги за системи »(init системи) за Linux a:

• openrc
• runit
• s6
• овчар
• синит
• systemd
• systemd-shim
• sysvinit

Заключение

Надявам се, че тази публикация е много полезна за вас, по отношение на това да знаете малко повече за всеки от В него и на свой ред им помага да изберат GNU / Linux дистрибуция с определена «Администратор на системи и услуги за Системи ». И стрили последно, за тези, които са малко по-склонни към използването на Systemd, Препоръчвам да прочетете следния линк: Великите митове за Systemd.