Systemd
Toores. Ehk seda pala võib täiendada.
Sissejuhatus
systemd on süsteemi ja selle teenuste haldur Linuxile. Systemd autoriteks on Lennart Poettering ja Kay Sievers. Systemd on kirjutatud C keeles, et vähendada aeglust mis tekib traditsioonilistes init süsteemides shelli skriptide käivitamisest.
Systemd pakub:
- agresiivset teenuste paralleel käivitamist
- ühildub SysV ja LSB init skriptidega
- socket ja D-Bus põhist vastavalt vajadusele teenuste käivitust
- protsesside jälgimist Linuxi cgroups abil
- hoolitseb mount süsteemi eest
- võimaldab süsteemi oleku salvestust ja taastamist
- sisaldab sõltuvuste põhist teenuste juhtimist mis võimaldab väga kiiret süsteemi käivitumist (alla 1s osadel süsteemidel)
- ja palju muud huvitavat mida mujalt eriti ei leia
Distrote tugi
Osad suurematest Linuxi distrotest juba kasutavad või plaanivad kasutusele võtta systemd oma peamiseks init süsteemiks.
systemd on kasutusel nendes distrotes:
- Arch Linux
- Fedora
- Mageia
- Mandriva Linux
- openSUSE
- Red Hat Enterprise Linux 7
systemd ei ole veel kasutusel ja võibolla ei tule ka kasutusele nendes distrotes:
- Ubuntu, nemad kirjutasid Upstarti, wikis on olemas eksperimenteerimiseks juhised kuidas systemd installida
- Debian, systemd toetab ainult Linuxi kernelit, debian aga toetab peale linuxi ka veel teisi kerneleid, wikis olemas juhised kuidas installida. Debiani systemd küsitlus
- Slackware, neile ei meeldi systemd[1]
Systemd ülessehitus ja toimimine
Systemd asendab suhteliselt palju klassikalist linuxi init süsteemi tarkvara, nt: ConsoleKit, sysvinit, initscripts, pm-utils, inetd, acpid, syslog, watchdog, cgrulesd, cron, atd.
Systemd ja paljud selle alam teenused kasutavad suhteliselt palju D-Bus süsteemi kõige juhtimiseks mis võimaldab teenuseid käivitada vastavalt vajadusele, teenuseid on võimalik käivitada ka paljude erinevate signaalide peale. Näiteks on võimalik luua väheke muudetud ssh unit fail mis käivitab ssh serveri ainult siis kui keegi üritab pordi 22 külge ühenduda (põhimõte sarane inetd'le). Sedasi on võimalik käivitada igasuguseid asju. systemd teenuseid saab juhtida systemctl käsuga
syslog on asendatud systemd-journald teenusega mis kasutab teksti asemel binary faile ning hoolitseb selle eest et kõik mis sinna sisse läheb tuleb ka samamoodi välja, syslog seda ei tee. syslog'i kasutamine systemd süsteemis on toetatud kuid keegi seda väga ei soovita teha. Journali juhtimiseks on käsk journalctl
Systemd'l on sisseehitatud watchdog tugi ja oskab kasutada riistvaralist watchdogi kui see on olemas, sammuti võib iga süsteemi teenus kasutada systemd tarkvaralist watchdogi mis automaatselt taaskäivitab teenuse kui see peaks mingil põhjusel kokku jooksma. watchdog näidis
corn on asendatud systemd.timers süsteemiga mis on palju paindlikum kuid keegi ei keela corni edasi jooksutamast
logind hoolitseb kasutajate sisselogimise eest
vajab puhastamist
Peale seda, kui Ubuntu Upstarti välja arendas, hakkasid mitmed distrod, sh Fedora ja openSuSE selle suunas liikuma. Nüüd on viimased kaks aga end ringi pööranud ja juba 12.1 openSuSE-s oli tegelikult initiks hoopis uus poiss nimega Systemd.
See on üks isevärki põnev tegelane ja üks blogiartikkel paljastab pisut telgitaguseid:
http://patrakov.blogspot.com/2011/01/writing-systemd-service-files.html
systemd ise oskab näiteks protsesse monitoorida ja neid taaskäivitada. Samuti pidada systemd-ga saama teha nii, et mõni protsess käivitub alles siis, kui mõni teine protsess üritab tema socketi külge ühenduda.
https://wiki.gentoo.org/wiki/Systemd
if you are a regular desktop or simple server user, it probably will work without you needing to do anything special (except using init=/usr/bin/systemd in your kernel command line and maybe needing to reemerge a couple of packages with USE="systemd"). If you use something more complicated (RAID, LVM, NFS, that kind of stuff), you probably will need to enable or perhaps change a couple of services, but that's it. If you use a not very common daemon, maybe you will need to write its service file; but it's ridiculous easy (specially when compared to sysvinit scripts).
Just a word of advice: if you are a normal laptop user, systemd has replaced most of the functionality of consolekit; so if you boot with systemd, several packages need to have enable the systemd USE flag (and the consolekit one disabled). In particular, pambase and polkit need to set either systemd or consolekit, but cannot set both.
