systemd

systemd (korábban udev) egy nyílt forráskódú rendszergazdai démon. Más szóval, a háttérben fut, és Linux-alapú operációs rendszerek rendszer- és szolgáltatásmenedzserként működik.

Az LSB (Linux Standard Base) és a UNIX System V init szkriptekkel kompatibilis, a systemd D-Bus és socket aktiválást indít a szolgáltatások indításához, és agresszív párhuzamossági képességeket biztosít. Ezenkívül támogatja a rendszerállapot helyreállítását és pillanatfelvételét, karbantartja az automatizációs és csatolási pontokat, nyomon követi a folyamatokat Linux vezérlőcsoportok segítségével, felkínálja a démonok indításának lehetőségét, és komplex tranzakciós függőség-alapú szolgáltatásvezérlési logikát valósít meg.

Systemd csaknem minden rendszermag-alapú Linux operációs rendszerben szerepel, és használható a sysvinit szoftvert, de az inetd, acpid, atd, watchdog, cron, syslog és pm -utils démonok. A programhoz tartozik egy beépített bejelentkezéskezelő is, amelyet systemd-logindnek neveznek, és amely az elavult ConsoleKit szoftver csepegtető helyettesítésére lett tervezve. Különböző multiseat fejlesztéseket tartalmaz.

A hálózati konfigurációk felügyelete is

A 209-es verziótól kezdve a systemd hálózati konfigurációkat is képes kezelni, köszönhetően a networkd démon integrálásának. Például statikusan IP-címeket rendelhet hozzá, valamint alapvető áthidalási konfigurációt biztosíthat.

Mivel a megjelenése, vissza 2011-ben, a projekt fogadták elég gyorsan számos népszerű disztribúció, így Arch Linux, Fedora, Gentoo Linux, Mageia, openSUSE, Sabayon Linux Frugalware, és Aring; ngstr & ouml; m, és CoreOS. Ezen kívül számos más nagy teljesítményű Linux operációs rendszer fogad systemd a rövidesen megjelenő kiadások, mint például az Ubuntu 14.04 LTS (Trusty Tahr), a Debian GNU / Linux 8 (Jessie), és a Red Hat Enterprise Linux 7.

Még akkor is, ha egyesek hajlamosak SystemD, System d, D rendszer vagy System D rendszereket írni, a program nevének neve és írásos rendszere. Határozottan a Linux disztribúció jövője, megváltoztatva az operációs rendszerrel való együttműködést.

Újdonság ebben a kiadásban:

• Néhány billentyűzet egy zoom látófűrésszel vagy szalaggal van ellátva, amely eddig csak
• leképezve a Linux "zoomin / out" kulcsok a hwdb-ben. Ezek azonban

A
• kulcskódokat egyik nagy asztalon sem ismerik fel. Most már termelnek
• Fel / le kulcsfontosságú események, így görgetéshez használhatók.
• * INCOMPATIBILITÁS: systemd-tmpfiles '"f" sorok megváltoztatták a viselkedést
• enyhén: korábban, ha egy argumentumot adtunk meg a
sorokhoz
• típus (vagyis a jobb oldali oszlop megadása), ezt a karakterláncot
csatoltuk
• meglévő fájlokat minden alkalommal, amikor a systemd-tmpfiles futott. Ez a viselkedés
volt
• különbözik attól, amit a dokumentáció mondott, és nem különösebben
• hasznos, mivel az ismételt systemd-tmpfiles invokációk nem lennének
• idempotent, és ilyen fájlok nélkül határoznak. Ezzel a kiadással

A
• viselkedés kissé megváltozott, hogy megfeleljen a dokumentációnak
• azt mondja: az ilyen típusú sorok csak akkor hatnak, ha a jelzett fájlok
• még nem létezik, és csak az argumentum karakterláncot írja a
kifejezésre
• fájlt.
• * JELENLEGI INCOMPATIBILITÁS: A systemd v238-ban kicsit változtatni akarunk
• systemd-tmpfiles viselkedés: korábban csak olvasható fájlok tulajdonosa
• mindig kizárták a fájlból az "öregedés" algoritmust (azaz a
)
• az olyan könyvtárak automatikus törlése, mint a / tmp a
alapján
• atime / mtime / ctime). A korlátozást és a korfájlokat el szeretnénk szüntetni
• alapértelmezés szerint akkor is, ha a gyökér tulajdonosa és csak olvasható. Ez a viselkedés
volt
• örökölt régebbi eszközökből, de kérések történtek az eltávolításra
• ez, és nem nyilvánvaló, hogy ez a korlátozás miért történt az első
-ben
• helyére. Kérem, szóljon fel most, ha tisztában van a
szoftverrel
• Ez a viselkedés, különben eltávolítjuk a korlátozást a v238-ban.
• * Egy új $ SYSTEMD_OFFLINE környezeti változót a
ért
• systemctl. Boole argumentumot igényel. Ha be van kapcsolva, a systemctl feltételezi
• működik egy & quot; offline & quot; OS fát, és nem próbálkozik a
beszélgetéssel
• szolgáltatáskezelő. Korábban ez a mód implicit módon engedélyezve volt, ha
• chroot () környezetet észleltünk, és ez az új környezeti változó

A
• kifejezett ellenőrzést biztosít.

A
• * .path és a .socket egységek átmenetileg is létrehozhatók.
• Korábban csak a szerviz, a mount, az automount és az időzítő egységek voltak
• átmeneti egységekként támogatott. A rendszerfüggő eszköz frissítve lett
• az új funkciók megjelenítéséhez, ezért most használhatja a
kötődést
• tetszőleges parancsok az útvonalra vagy a socket aktiválásra a
-en
• parancssor. Ezenkívül szinte minden tulajdonságt ki vannak téve a
számára
• olyan egységtípusok, amelyek már támogatták a tranziens műveletet.
• * A systemd-mount parancs támogatást kapott egy új --owner = paraméterhez
• ami felhasználónevet tartalmaz, amelyet ezután felold és az uid =
fájlba kerül
• és gid = a fájlrendszer csatolási lehetőségei a csatolandó fájlrendszerhez.
• * Új egységállapot ConditionControlGroupController = hozzáadva
• , amely ellenőrzi, hogy elérhető-e egy adott cgroup vezérlő.
• * Az egység fájlok, az udev .link fájlok és a systemd-networkd .netdev és
• .net fájlok mind új támogatási feltételeket szereztek
• ConditionKernelVersion = az adott rendszermag ellenõrzéséhez
• változat.
• * A systemd-networkd-ben az .netdev fájlok [IPVLAN] szekciója
• a zászlók beállításának támogatása a Flags = beállításban. A
• azonos fájlok, az [Alagút] rész támogatást kapott a
konfiguráláshoz
• AllowLocalRemote =. A .network fájlok [Útvonal] része
• támogatás a InitialCongestionWindow =,
konfigurálásához
• InitialAdvertisedReceiveWindow = és QuickAck =. A [DHCP] szakasz most
• érti a RapidCommit =.
• * A systemd-networkd DHCPv6 támogatása az Előtag
támogatást kapott
• küldöttség.
• * Az sd-bus támogatást kapott egy új "watch-bind" funkció. Ha ez

A
• funkció engedélyezett, sd_bus kapcsolat létesíthető a
kapcsolathoz
• egy AF_UNIX foglalatot a fájlrendszerben a létrehozás után. Ez

A
• funkció hasznos a korai indítási szolgáltatások írásához
• automatikusan csatlakozik a rendszerbuszhoz, amint elindul,
• ronda időalapú lekérdezés nélkül. systemd-networkd és ​​
• systemd-resolved frissítve lett a
használatához
• funkciót. A busctl ezt a funkciót egy új
kifejezésre bontja
• - watch-bind = parancssori kapcsoló.

A
• * sd-bus most opcionálisan szintetizálja a helyi "Connected" jelet
• hamarosan D-Bus kapcsolat teljesen beállítva. Ez az üzenet tükrözi a
-t
• már létező & quot; Disconnected & quot; jelet, amely szintetizálódik, amikor a

A (z)
• kapcsolat megszakadt. Ez a jel általában hasznos, de
• különösen hasznos a "watch-bind" és a "watch-bind" funkció
• fent leírt módon. Ezt az üzenetet össze kell hangolni
• kifejezetten az új API híváson keresztül sd_bus_set_connected_signal (). A
• új sd_bus_is_ready () nevű új hívást ad hozzá, amely ellenőrzi
• a kapcsolat beállítása teljes egészében (azaz a & quot; Csatlakozott & quot; és a
között
• & quot; Disconnected & quot; jelek).
• * Az sd-bus két új hívást kapott sd_bus_request_name_async () és
• sd_bus_release_name_async () a busz aszinkron regisztrálásához
• neveket. Hasonló is van a sd_bus_add_match_async () a telepítéshez
• egy jelegyeztetés aszinkron módon. Minden systemd saját szolgáltatása
• naprakész volt ezen hívások használatára. Ezek elvégzése
• aszinkron módon két előnye van: csökkenti a holtpontok kockázatát
• a buszszolgáltatások ciklikus függései, és felgyorsítja a
• szolgáltatási inicializálás, mivel a busz szinkronizálási pontjai
• A kerek túrák eltávolítása
• * Az sd-bus két új hívást kapott sd_bus_match_signal () és
• sd_bus_match_signal_async (), amelyek hasonlóak az sd_bus_add_match ()
• és sd_bus_add_match_async (), de ahelyett, hogy D-busz-egyezést vennének

A
• karakterlánc a normál függvényparaméterként veszi a megfelelő mezőket.
• * Az sd-bus két új hívást kapott sd_bus_set_sender () és
• sd_bus_message_set_sender () a kimenő
• üzenetek (akár az összes kimenő üzenet esetén, akár csak egy adott
esetén
• egy). Ezek a hívások csak közvetlen kapcsolatok esetén hasznosak, mint a
• közvetített kapcsolatok esetén az ügynök mindenképpen betölti a feladót,
• felülírja, amit az ügyfél betöltött.
• * Az sd-event egy új pszeudo-fogantyút nyert, amelyet az összes API-ban megadhatunk
• hívások, ahol a & quot; sd_event * & quot; objektum várható: SD_EVENT_DEFAULT. Ha a

A
• kifejezés ez a hívó alapértelmezett eseményhurok objektumára utal
• menet. Ne feledje azonban, hogy ez nem implicit módon osztja meg az egyiket -
• , amelyet előzetesen az sd_event_default () használatával kell végrehajtani. Hasonlóképpen
• Az sd-bus három új ál-kezelő SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM, amely felhasználható a
• a hívó szál meghatározott típusának alapértelmezett buszához. Itt
• ez nem implicit módon bontja a buszcsatlakozási objektumokat, ez
• előzetesen az sd_bus_default () és a barátok előtt kell végrehajtani.
• * Az sd-event új híváspárt kapott
• sd_event_source_ {get | set} _io_fd_own (). Ezt fel lehet kérni
• a fájlleíró automatikus lezárása egy IO eseményforrás néven
• amikor az esemény forrása megsemmisült.
• * A systemd-networkd támogatást kapott a WireGuard natív konfigurálásához
• csatlakozások.
• * A korábbi verziókban rendszerszintű szintetizált felhasználói rekordok mind a
• & quot; senki sem & quot; (UID 65534) és a "gyökér" (UID 0) felhasználók az nss-systemd és a
között
• belsőleg. Annak érdekében, hogy egyszerűsítse az
elosztási szintű átnevezéseket
• & quot; senki sem & quot; (mint például a Fedora: nfsnobody -> senki sem), a
• új átmeneti zászlófájlt adtak hozzá: ha
• / etc / systemd / dont-synthesize - senki sem létezik a 65534
• A rendszerd kódbázison belüli felhasználói és csoportrekord letiltott.
• * A systemd-notify új --uid = opciót kapott a forrás kiválasztásához
• felhasználó / UID a szolgáltatáshoz elküldött értesítési üzenetekhez
• manager.
• * A journalctl új --grep = opciót kapott csak olyan bejegyzések listájához, amelyekben
• az üzenet megegyezik egy bizonyos mintával. Alapértelmezés szerint az illeszkedés az esethez tartozik
• érzéketlen, ha a minta kisbetűs, és a kis-és nagybetűk érzékenyek
• másképp. Opció --case-sensitive = yes | nem használható felülbírálásra
• Ez egy adott eset-érzékenység vagy eset-érzéketlenség.
• * Most van egy & quot; systemd-analyze service-watchdogs & quot; parancs a nyomtatáshoz
• a szolgáltatás futásidejű watchdog aktuális állapota, és adott esetben
• szolgáltatás-felügyeleti rendszer felügyeletének engedélyezése vagy letiltása, ha
• logikai argumentum (azaz a koncepció, amelyet a WatchdogSec = -ben konfiguráltak)
• hibakeresési célok. Van egy kernel parancssori opció is
• systemd.service_watchdogs = annak ellenőrzése érdekében.
• * Két új "naplószintű" és "log-cél" a systemd-elemzésre vonatkozó lehetőségek
voltak
• hozzáfűzte, hogy összeolvad a mostanra elavult "get-log-level", set-log-level és
• get-log-cél, set-log-target párok. Az elavult opciók még mindig
• érthető a visszafelé kompatibilitásra. A két új lehetőség nyomtatja a
-t
• az aktuális érték, ha nincs érv, és állítsa be őket, ha

A
• szint / cél argumentumként szerepel.
• * A sysusers.d "u" a sorok mostantól elfogadják mind az UID-t, mind a GID-et
• specifikáció, amelyet "& quot; karaktert a felhasználók létrehozásához
• ahol az UID és a GID nem egyeznek.

Újdonság a 238-as verzióban:

• Néhány billentyűzet egy zoom látófűrésszel vagy szalaggal van ellátva, amely eddig csak
• leképezve a Linux "zoomin / out" kulcsok a hwdb-ben. Ezek azonban

A
• kulcskódokat egyik nagy asztalon sem ismerik fel. Most már termelnek
• Fel / le kulcsfontosságú események, így görgetéshez használhatók.
• * INCOMPATIBILITÁS: systemd-tmpfiles '"f" sorok megváltoztatták a viselkedést
• enyhén: korábban, ha egy argumentumot adtunk meg a
sorokhoz
• típus (vagyis a jobb oldali oszlop megadása), ezt a karakterláncot
csatoltuk
• meglévő fájlokat minden alkalommal, amikor a systemd-tmpfiles futott. Ez a viselkedés
volt
• különbözik attól, amit a dokumentáció mondott, és nem különösebben
• hasznos, mivel az ismételt systemd-tmpfiles invokációk nem lennének
• idempotent, és ilyen fájlok nélkül határoznak. Ezzel a kiadással

A
• viselkedés kissé megváltozott, hogy megfeleljen a dokumentációnak
• azt mondja: az ilyen típusú sorok csak akkor hatnak, ha a jelzett fájlok
• még nem létezik, és csak az argumentum karakterláncot írja a
kifejezésre
• fájlt.
• * JELENLEGI INCOMPATIBILITÁS: A systemd v238-ban kicsit változtatni akarunk
• systemd-tmpfiles viselkedés: korábban csak olvasható fájlok tulajdonosa
• mindig kizárták a fájlból az "öregedés" algoritmust (azaz a
)
• az olyan könyvtárak automatikus törlése, mint a / tmp a
alapján
• atime / mtime / ctime). A korlátozást és a korfájlokat el szeretnénk szüntetni
• alapértelmezés szerint akkor is, ha a gyökér tulajdonosa és csak olvasható. Ez a viselkedés
volt
• örökölt régebbi eszközökből, de kérések történtek az eltávolításra
• ez, és nem nyilvánvaló, hogy ez a korlátozás miért történt az első
-ben
• helyére. Kérem, szóljon fel most, ha tisztában van a
szoftverrel
• Ez a viselkedés, különben eltávolítjuk a korlátozást a v238-ban.
• * Egy új $ SYSTEMD_OFFLINE környezeti változót a
ért
• systemctl. Boole argumentumot igényel. Ha be van kapcsolva, a systemctl feltételezi
• működik egy & quot; offline & quot; OS fát, és nem próbálkozik a
beszélgetéssel
• szolgáltatáskezelő. Korábban ez a mód implicit módon engedélyezve volt, ha
• chroot () környezetet észleltünk, és ez az új környezeti változó

A
• kifejezett ellenőrzést biztosít.

A
• * .path és a .socket egységek átmenetileg is létrehozhatók.
• Korábban csak a szerviz, a mount, az automount és az időzítő egységek voltak
• átmeneti egységekként támogatott. A rendszerfüggő eszköz frissítve lett
• az új funkciók megjelenítéséhez, ezért most használhatja a
kötődést
• tetszőleges parancsok az útvonalra vagy a socket aktiválásra a
-en
• parancssor. Ezenkívül szinte minden tulajdonságt ki vannak téve a
számára
• olyan egységtípusok, amelyek már támogatták a tranziens műveletet.
• * A systemd-mount parancs támogatást kapott egy új --owner = paraméterhez
• ami felhasználónevet tartalmaz, amelyet ezután felold és az uid =
fájlba kerül
• és gid = a fájlrendszer csatolási lehetőségei a csatolandó fájlrendszerhez.
• * Új egységállapot ConditionControlGroupController = hozzáadva
• , amely ellenőrzi, hogy elérhető-e egy adott cgroup vezérlő.
• * Az egység fájlok, az udev .link fájlok és a systemd-networkd .netdev és
• .net fájlok mind új támogatási feltételeket szereztek
• ConditionKernelVersion = az adott rendszermag ellenõrzéséhez
• változat.
• * A systemd-networkd-ben az .netdev fájlok [IPVLAN] szekciója
• a zászlók beállításának támogatása a Flags = beállításban. A
• azonos fájlok, az [Alagút] rész támogatást kapott a
konfiguráláshoz
• AllowLocalRemote =. A .network fájlok [Útvonal] része
• támogatás a InitialCongestionWindow =,
konfigurálásához
• InitialAdvertisedReceiveWindow = és QuickAck =. A [DHCP] szakasz most
• érti a RapidCommit =.
• * A systemd-networkd DHCPv6 támogatása az Előtag
támogatást kapott
• küldöttség.
• * Az sd-bus támogatást kapott egy új "watch-bind" funkció. Ha ez

A
• funkció engedélyezett, sd_bus kapcsolat létesíthető a
kapcsolathoz
• egy AF_UNIX foglalatot a fájlrendszerben a létrehozás után. Ez

A
• funkció hasznos a korai indítási szolgáltatások írásához
• automatikusan csatlakozik a rendszerbuszhoz, amint elindul,
• ronda időalapú lekérdezés nélkül. systemd-networkd és ​​
• systemd-resolved frissítve lett a
használatához
• funkciót. A busctl ezt a funkciót egy új
kifejezésre bontja
• - watch-bind = parancssori kapcsoló.

A
• * sd-bus most opcionálisan szintetizálja a helyi "Connected" jelet
• hamarosan D-Bus kapcsolat teljesen beállítva. Ez az üzenet tükrözi a
-t
• már létező & quot; Disconnected & quot; jelet, amely szintetizálódik, amikor a

A (z)
• kapcsolat megszakadt. Ez a jel általában hasznos, de
• különösen hasznos a "watch-bind" és a "watch-bind" funkció
• fent leírt módon. Ezt az üzenetet össze kell hangolni
• kifejezetten az új API híváson keresztül sd_bus_set_connected_signal (). A
• új sd_bus_is_ready () nevű új hívást ad hozzá, amely ellenőrzi
• a kapcsolat beállítása teljes egészében (azaz a & quot; Csatlakozott & quot; és a
között
• & quot; Disconnected & quot; jelek).
• * Az sd-bus két új hívást kapott sd_bus_request_name_async () és
• sd_bus_release_name_async () a busz aszinkron regisztrálásához
• neveket. Hasonló is van a sd_bus_add_match_async () a telepítéshez
• egy jelegyeztetés aszinkron módon. Minden systemd saját szolgáltatása
• naprakész volt ezen hívások használatára. Ezek elvégzése
• aszinkron módon két előnye van: csökkenti a holtpontok kockázatát
• a buszszolgáltatások ciklikus függései, és felgyorsítja a
• szolgáltatási inicializálás, mivel a busz szinkronizálási pontjai
• A kerek túrák eltávolítása
• * Az sd-bus két új hívást kapott sd_bus_match_signal () és
• sd_bus_match_signal_async (), amelyek hasonlóak az sd_bus_add_match ()
• és sd_bus_add_match_async (), de ahelyett, hogy D-busz-egyezést vennének

A
• karakterlánc a normál függvényparaméterként veszi a megfelelő mezőket.
• * Az sd-bus két új hívást kapott sd_bus_set_sender () és
• sd_bus_message_set_sender () a kimenő
• üzenetek (akár az összes kimenő üzenet esetén, akár csak egy adott
esetén
• egy). Ezek a hívások csak közvetlen kapcsolatok esetén hasznosak, mint a
• közvetített kapcsolatok esetén az ügynök mindenképpen betölti a feladót,
• felülírja, amit az ügyfél betöltött.
• * Az sd-event egy új pszeudo-fogantyút nyert, amelyet az összes API-ban megadhatunk
• hívások, ahol a & quot; sd_event * & quot; objektum várható: SD_EVENT_DEFAULT. Ha a

A
• kifejezés ez a hívó alapértelmezett eseményhurok objektumára utal
• menet. Ne feledje azonban, hogy ez nem implicit módon osztja meg az egyiket -
• , amelyet előzetesen az sd_event_default () használatával kell végrehajtani. Hasonlóképpen
• Az sd-bus három új ál-kezelő SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM, amely felhasználható a
• a hívó szál meghatározott típusának alapértelmezett buszához. Itt
• ez nem implicit módon bontja a buszcsatlakozási objektumokat, ez
• előzetesen az sd_bus_default () és a barátok előtt kell végrehajtani.
• * Az sd-event új híváspárt kapott
• sd_event_source_ {get | set} _io_fd_own (). Ezt fel lehet kérni
• a fájlleíró automatikus lezárása egy IO eseményforrás néven
• amikor az esemény forrása megsemmisült.
• * A systemd-networkd támogatást kapott a WireGuard natív konfigurálásához
• csatlakozások.
• * A korábbi verziókban rendszerszintű szintetizált felhasználói rekordok mind a
• & quot; senki sem & quot; (UID 65534) és a "gyökér" (UID 0) felhasználók az nss-systemd és a
között
• belsőleg. Annak érdekében, hogy egyszerűsítse az
elosztási szintű átnevezéseket
• & quot; senki sem & quot; (mint például a Fedora: nfsnobody -> senki sem), a
• új átmeneti zászlófájlt adtak hozzá: ha
• / etc / systemd / dont-synthesize - senki sem létezik a 65534
• A rendszerd kódbázison belüli felhasználói és csoportrekord letiltott.
• * A systemd-notify új --uid = opciót kapott a forrás kiválasztásához
• felhasználó / UID a szolgáltatáshoz elküldött értesítési üzenetekhez
• manager.
• * A journalctl új --grep = opciót kapott csak olyan bejegyzések listájához, amelyekben
• az üzenet megegyezik egy bizonyos mintával. Alapértelmezés szerint az illeszkedés az esethez tartozik
• érzéketlen, ha a minta kisbetűs, és a kis-és nagybetűk érzékenyek
• másképp. Opció --case-sensitive = yes | nem használható felülbírálásra
• Ez egy adott eset-érzékenység vagy eset-érzéketlenség.
• * Most van egy & quot; systemd-analyze service-watchdogs & quot; parancs a nyomtatáshoz
• a szolgáltatás futásidejű watchdog aktuális állapota, és adott esetben
• szolgáltatás-felügyeleti rendszer felügyeletének engedélyezése vagy letiltása, ha
• logikai argumentum (azaz a koncepció, amelyet a WatchdogSec = -ben konfiguráltak)
• hibakeresési célok. Van egy kernel parancssori opció is
• systemd.service_watchdogs = annak ellenőrzése érdekében.
• * Két új "naplószintű" és "log-cél" a systemd-elemzésre vonatkozó lehetőségek
voltak
• hozzáfűzte, hogy összeolvad a mostanra elavult "get-log-level", set-log-level és
• get-log-cél, set-log-target párok. Az elavult opciók még mindig
• érthető a visszafelé kompatibilitásra. A két új lehetőség nyomtatja a
-t
• az aktuális érték, ha nincs érv, és állítsa be őket, ha

A
• szint / cél argumentumként szerepel.
• * A sysusers.d "u" a sorok mostantól elfogadják mind az UID-t, mind a GID-et
• specifikáció, amelyet "& quot; karaktert a felhasználók létrehozásához
• ahol az UID és a GID nem egyeznek.

Újdonság a verzióban:

• A binding.ko kernel modul modprobe.d / drop-in bevezetése
• a v235-ben kiterjesztésre került a dummy.ko modul opció beállítása is
• numdummies = 0, megakadályozva a rendszermag automatikus létrehozását
• dummy0. Mostantól minden dummy felületet explicit módon létre kell hozni.
• * A konfigurációs fájlok ismeretlen '%' specifikálói elutasításra kerülnek. Ez

A
• az egységekre és a tmpfiles.d konfigurációra vonatkozik. Bármely százalékos karakter
• amelyet egy betű vagy számjegy követi, amelyek nem feltétlenül

A
• kifejezést a specifikátor elején értelmezzük
• duplázás (& quot; %% & quot;). (Így a "méret = 5%" még mindig elfogadott, valamint
• "méret = 5%, foo = bar", de nem "LABEL = x% y% z" mivel% y és% z nem
• érvényes specifikátorok ma.)
• * A systemd-resolved most új dinamikát tart fenn
• /run/systemd/resolve/stub-resolv.conf kompatibilitási fájlt. Ez
• Javasoljuk, hogy a /etc/resolv.conf szimbolikus linket hozzon létre. Ez a fájl
• pont a rendszerd-megoldott DNS 127.0.0.53 resolver és
pontokon
A
• dinamikusan megszerzett keresési domaineket tartalmaz, így pontosabban érhető el
• A DNS felbontása olyan szoftverrel, amely megkerüli a helyi DNS API-kat, például az NSS-t.
• * A & quot; uaccess & quot; Az udev taget a / dev / kvm és a
mappából dobták le
• / dev / dri / renderD *. Ezek az eszközök most 0666-as engedélyekkel rendelkeznek
• alapértelmezett (de ez módosulhat építési idő alatt). / Dev / dri / renderD *

A
• tulajdonosa jelenleg a & quot; render & quot; csoport a / dev / kfd-vel együtt.
• * & quot; DynamicUser = yes & quot; engedélyezték a systemd-timesyncd.service-t,
• systemd-journal-gatewayd.service és
• systemd-folyóirat-upload.service. Ez azt jelenti, hogy az "nss-systemd" legyen
• engedélyezve van az /etc/nsswitch.conf fájlban, hogy biztosítsák az ezekhez rendelt UID-eket
• a szolgáltatások rendben vannak rendezve.
• * Az / etc / fstab fájlban két új csatolási lehetőség értendő:
• x-systemd.makefs és x-systemd.growfs. Az előbbi hatása
• a konfigurált fájlrendszer formázása a telepítés előtt, a
• utóbbi, hogy a fájlrendszer átméretezése a teljes blokkméretre
• a feltelepítés után (azaz ha a fájlrendszer kisebb, mint a
• partíció, amelyen lakik, növekszik). Ez hasonló az fsck-hez
• logika az / etc / fstab fájlba, és a systemd-makefs-eket a .service és a
• systemd-growfs a .service-ben szükség szerint, hasonló a
-hez
• systemd-fsck a .service-ban. A méretezés jelenleg csak az ext4-en támogatott
• és btrfs.
• * A systemd-networkd-ben az IPv6 RA logika most opcionálisan bejelentheti
• DNS-kiszolgáló és domaininformáció
• * A titkosított partíciókra a LUKS2 lemezen található formátum támogatása
• hozzá lett adva. Ehhez libcryptsetup2 szükséges a fordítás során és
• futás közben.
• * A systemd --user példány most jelzi a "készenlét" amikor a

A
• basic.target egység elérte ahelyett, hogy a futási sor futna
• üres az első alkalommal.
• * A Tmpfiles.d a felhasználói konfigurációval szintén támogatott.
• A systemd-tmpfiles egy új, "használatos" kapcsolót és a
beillesztett elemeket kapott
• ~ / .config / user-tmpfiles.d / és a megfelelő könyvtárak
• a systemd-tmpfiles által végrehajtott - az új
futó felhasználó által végrehajtott
• systemd-tmpfiles-setup.service és systemd-tmpfiles-clean.service
• fut a felhasználói munkamenetben.
• * Az egységfájlok és a tmpfiles.d kódrészletek három új% -meghatározót tanultak:
• A% S megoldja a legfelső szintű állami könyvtárat (/ var / lib a rendszerhez
• példány, $ XDG_CONFIG_HOME a felhasználói példához),% C a
• felső szintű gyorsítótár könyvtár (/ var / gyorsítótár a rendszer példányához,
• $ XDG_CACHE_HOME a felhasználói példányhoz), a% L megoldja a legfelső szintű
• naplói könyvtár (/ var / log a rendszer példányához,
• $ XDG_CONFIG_HOME / log / a felhasználói példányhoz). Ez megfelel a
kifejezésnek
• létező% t specifikátor, amely megoldja a legfelső szintű futási időt
• könyvtár (/ futtatás a rendszer példányhoz és $ XDG_RUNTIME_DIR a
• felhasználói példány).
• * A newportl egy új paramétert - output-fields = a
korlátozására
• naplófájlok készlete a verbose és a JSON kimeneti módok kimenetén.
• * A systemd-timesyncd konfigurációs fájlja új opciót kapott
• RootDistanceMaxSec = a szerverek maximális gyökér távolságának beállítása
• fog használni, valamint az új lehetőségeket: PollIntervalMinSec = és
• PollIntervalMaxSec = a minimális és maximális lekérdezési intervallum módosítása
• * A bootctl új parancsot kapott a & quot; list & quot; az összes elérhető rendszerindítás felsorolásához
• a rendszertöltő specifikációját követő rendszerelemek menüelemei.
• * A systemctl egy új, "dry-run" kapcsolót kapott, amely megmutatja, mi fog történni
• ahelyett, hogy ezt elvégezte, és jelenleg a leállítás és a
támogatja
• alvási igék.
• * ConditionSecurity = a TOMOYO biztonsági modul felismerése
• * Az egységfájl [Telepítés] szakaszok szintén betartásra kerülnek az egységbemenetben
• fájlokat. Ezt a / usr / lib /.
alatt a drop-inek használják
• * A systemd-firstboot beállíthatja a kezdeti billentyűzet-leképezést is.
• * Udev "megváltozott" rendezvényekhez rendelt események
• A készülékegységek mostantól a
-ben megadott egységekre vannak szaporítva
• ReloadPropagatedFrom = újratöltési kérelmekként.
• * Ha egy udev eszköznek SYSTEMD_WANTS = tulajdonsága van, amely egy systemd-t tartalmaz
• egység sablon neve (azaz neve "foobar at .service" formájában,
• a példányelemet a "@" és a -. ") között, akkor
• a készülék elhagyott sysfs elérési útja automatikusan
• fokon.

A
• * SystemCallFilter = egységfájlokban meghosszabbították, hogy a & quot; errno & quot;
• egyénileg megadható minden egyes rendszerhívás esetén. Példa:
• SystemCallFilter = ~ uname: EILSEQ.
• * A cgroup delegáció logikája jelentősen frissült. Küldötte =

A
• opcionálisan a vezérlők listáját veszi fel (a logikai érték helyett
)
• előtt), amely felsorolja a vezérlőket, hogy legalább a küldeményeket átruházzák.
• * A hálózati DHCPv6 ügyfél most végrehajtja az FQDN opciót (RFC 4704).
• * Egy új LogLevelMax = beállítás megadja a
maximális naplószintet
• A szolgáltatás folyamata bejelentkezhet (vagyis valamivel kevesebbet
)
• prioritás, mint a megadott, automatikusan leesik). Új
• A LogExtraFields = beállítás lehetővé teszi a kiegészítő napló beállítását
• mezők csatolva az összes egység által generált naplórekordhoz
• folyamatok.
• * Új StandardInputData = és StandardInputText = beállítások mellett a
• új opció StandardInput = az adatok felhasználhatók a szöveges vagy
konfigurálására
• bináris adatok, amelyeket át kell adni a végrehajtott szervizfolyamathoz
• standard bemenet, in-line kódolás az egységfájlban.
• * StandardInput =, StandardOutput = és StandardError = mostantól
• közvetlenül kapcsolja össze a végrehajtott folyamatok stdin / stdout / stderr fájlját
• fájl vagy AF_UNIX foglalat a fájlrendszerben, az új "fájl: & quot; opciót.
• * Hozzáadott egy új, a CollectMode = fájlhoz tartozó fájlt, amely lehetővé teszi a
lehetőséget
• az egységek szemétgyűjtési logikájának módosítása. Használható
• mondja el a systemd-nek, hogy szemetet gyűjti az automatikusan meghibásodott egységek
• (általában csak a GC-k sikeresen kilépett egységei). systemd-run
• és a systemd-mount ezt az új funkciót új -G opcióval jeleníti meg.
• * & quot; machinectl bind & quot; most már használhatjuk a nem könyvtárak csatolását
• (azaz regularfiles, devices, fifos, sockets).
• * systemd-analízis új verb "naptár" -ot kapott a validáláshoz és
• a naptár időbeállításainak tesztelése az OnCalendar = időzítőben
• egység. A kifejezés érvényesítésén kívül kiszámítja a következő
értéket is
• a megadott kifejezés elteltével.
• * A meglévő FailureAction = egység fájl beállítása mellett
• most van a SuccessAction =, a leállítási művelet beállítása
• végrehajtható, ha az egység sikeresen befejeződött. Ez hasznos a
-ben
• bizonyos belső tartályok, amelyek bizonyos munkaterhelés után megszűnnek
• befejeződött. Ezenkívül mindkét opciót támogatja az összes egység
• típusok, nem csak szolgáltatások.
• * A networkds IP szabály támogatása két új opciót hozott létre
• IncomingInterface = és OutgoingInterface = a bejövő
konfigurálásához
• és a konfigurált szabályok kimenő interfészei. systemd-networkd is
• támogatást kapott a & quot; vxcan & quot; hálózati eszközöket.
• * A networkd egy új beállítást kapott RequiredForOnline =, egy
szedést
• boolean. Ha be van állítva, a systemd-wait-online figyelembe veszi
• amikor megállapítja, hogy a rendszer fel van állítva, egyébként figyelmen kívül hagyja a
-et
• felületet erre a célra.
• * Az sd_notify () protokoll támogatást kapott egy új művelethez:
• FDSTOREREMOVE = 1 fájlleírást eltávolíthatunk a szolgáltatásonként
• tárolja újra, a POLLHUP vagy a POLLERR előtt, amikor eltávolításra kerül
• egyébként.
• * Az UIDS-GIDS.md egy új dokumentumot adtak hozzá a forrásfához, amely
• dokumentálja az UID / GID-tartományt és a hozzárendelési feltevéseket és
• a systemd követelményei.
• * A PID 1 felügyeleti eszköz ping lehet beállítani a
paranccsal
• WatchdogDevice = konfigurációs fájl beállítása vagy a
beállítása
• systemd.watchdog_service = kernel parancssori opció.
• * A systemd-resolved támogatta a DNS-SD szolgáltatások regisztrációját
• a helyi hálózat MulticastDNS használatával. A szolgáltatások lehetnek
• regisztrálva van egy .dnssd fájlban az / etc / systemd / dnssd / (vagy
• ugyanaz a dir / run, / usr / lib) vagy a D-Bus API segítségével.
• * Az sd_notify () protokoll most EXTEND_TIMEOUT_USEC = microsecond
• kiterjeszti a tényleges indítási, futási és leállítási időt. A szolgáltatásnak
-nek kell lennie
• küldje tovább EXTEND_TIMEOUT_USEC-et a megadott időtartam alatt
• megakadályozza, hogy a szolgáltatáskezelő időzítésként végezhesse a szolgáltatást.
• * A systemd-resolved DNSSEC támogatása támogatást kapott az RFC 8080-hoz
• (Ed25519 kulcsok és aláírások).
• * A systemd-resolve parancssori eszköz új opciókészletet kapott
• - set-dns =, --set-domain =, --set-llmnr =, --set-mdns =, --set-dnssec =,
• - set-nta = és - visszaállítás a per-interface DNS-konfiguráció beállításához
• dinamikusan futás közben. Hasznos a DNS-információk átadásához
• a systemd-megoldásra a DNS-horogszkriptekből, amelyek különböző interfészekkel
• szoftveres támogatók (pl. pppd) kezelése.
• * A systemd-nspawn új hálózatot hozott létre - network-namespace-path = parancssor
• opció, amely felhasználható egy konténer meglévő
csatlakozásához
• hálózati névtér, a "netns" elérési útvonalának megadásával. fájlt.

Az újdonság a 234-es verzióban:

• A Meson mostantól az Automake mellett építési rendszer. Az a tervünk, hogy eltávolítsuk az Automake-ot az egyik következő kiadásunkban, így a Meson kizárólagos építési rendszerévé válik. Ezért indítsa el a Meson build rendszert a downstream csomagolásban. Rengeteg dokumentáció van arról, hogyan kell használni a Mesont, a rendkívül rövid összefoglalót:
• ./ autogen.sh & amp; & amp; ./configure & amp; & amp; & amp; amp; sudo make install
• válik:
• meson build & amp; & amp; ninja -C Build & amp; sudo ninja -C építeni telepíteni
• Az egységfájlok egy új JobRunningTimeoutUSec = beállításhoz nyertek támogatást, amely lehetővé teszi egy időtartam beállítását a munkafolyamat idején. Ez különösen hasznos az időegységek beállításához a .device egységeknél.
• Az egységfájlok két új opciót szereztek ConditionUser = és ConditionGroup = a feltételes egységek azonosítására a felhasználó / csoport rendszerd felhasználói példányt futtató identitása alapján.
• A systemd-networkd most már megért egy új FlowLabel = beállítást a .network fájlok [VXLAN] szakaszában, valamint a Prioritást = a [Bridge], GVRP = + MVRP = + LooseBinding = + ReorderHeader = és GatewayOnlink = + IPv6Preference = + Protokoll = az [Útvonal] pontban. Emellett támogatást kapott a GENEVE kapcsolatok és az IPv6 cím címkék konfigurálásához. A [Hálózat] szakasz az új IPv6ProxyNDP = beállítást választotta ki.
• .link fájlok mostantól megértik az új Port = beállításokat.
• A systemd-networkd DHCP támogatása támogatást kapott a DHCP 119. opcióhoz (domain keresési lista).
• systemd-networkd támogatást kapott az IPv6 címtartományok kiszolgálására a Router Advertisment protokoll használatával. Az új .network konfigurációs szakasz [IPv6Prefix] használható a kiszolgáló tartományok konfigurálásához. Ez megvalósul egy RA új, minimális, natív kiszolgálói implementációja alapján.
• A journalctl-kimenet = kapcsoló támogatást kapott egy "rövid-izo-pontos" új paraméterhez olyan üzemmódban, ahol az időbélyegző pontos ISO dátumértékként jelenik meg.

A
• systemd-udevd beépített "net_id" létrehozhat stabil hálózati csatolók nevét az IBM PowerVM VIO eszközökről és az ACPI platform eszközökről.
• A MulticastDNS támogatás a systemd-megoldásban kifejezetten engedélyezett / letiltható az új MulticastDNS = konfigurációs fájl opció használatával.

A
• systemd-resolved most opcionálisan libidn2-et használhat a libidn helyett a nemzetközileg megadott domainnevek feldolgozásához. A libidn2 támogatását kísérletinek kell tekinteni, és alapértelmezés szerint nem engedélyezhető.
• A "machinectl pull-tar" és a kapcsolódó hívás most már ellenőrizheti a letöltött képeket a SUSE stílusú .sha256 ellenőrző összegfájlokat használva az Ubuntu stílusú SHA256SUMS fájlok érvényesítéséhez szükséges meglévő támogatás mellett.
• Az sd-bus támogatást kapott egy új sd_bus_message_appendv () híváshoz, amely va_list egyenértékű az sd_bus_message_append () függvénnyel.
• Az sd-boot a SHIM / MOK használatával támogatta a képeket.
• A SMACK kód megtanulta a "onlycap" támogatását.

A
• systemd-mount - összeg most sokkal okosabb, amikor megtudja, hogyan kell megfelelően eltávolítani egy eszközt a mount vagy az eszköz elérési útján.
• Az a kód, amely a libnss_dns-t a libnss_resolve függvényeként hívja le, amikor a systemd-resolvedrel való kommunikáció sikertelen volt. Ez a visszautasítás felesleges volt, és az [! UNAVAIL = vissza] utótagot zavarja. Nss-resolve (8) az ajánlott konfigurációhoz.
• A systemd-logind most újraindulhat állapot nélkül. Az FDSTORE = mechanizmust használva tárolja a fájlkezelőket a rendszerkezelő által kezelt eszközökhöz. Kérjük, vegye figyelembe, hogy további változtatásokra lehet szükség a többi összetevő használatához (pl. Az Xorg-nak van egy kódja a systemd-logind megállásának meghallgatásához, és a logind leállításakor vagy újraindításakor fel kell függesztenie magát, hogy elkerülje a kimerítő fájlleírások használatát a grafikus eszközöket, amelyek mostanra kontraproduktívak, és vissza kell kapcsolniuk annak érdekében, hogy a systemd-logind újraindítása biztonságos legyen. Lásd: https://cgit.freedesktop.org/xorg/xserver/commit/?id=dc48bd653c7e101.)
• Az összes kernel-telepítő bővítményt a KERNEL_INSTALL_MACHINE_ID környezeti változóval hívják, amely az / etc / machine-id által megadott gépazonosítóra van állítva. Ha a fájl hiányzik vagy üres, akkor a változó üres, és a BOOT_DIR_ABS egy ideiglenes könyvtár elérési útja, amelyet az összes bővítmény eltávolítása után eltávolítanak. Tehát, ha a KERNEL_INSTALL_MACHINE_ID üres, az összes beépülő modul nem helyezhet semmit a BOOT_DIR_ABS fájlba.

Követelmények :

• Ehhez 2.6 Linux kernel szükséges vagy a CONFIG_HOTPLUG engedélyezett futtatása szükséges.
• Javasolt a Linux Hotplug parancsfájlok telepítése is, de nem szükséges, hogy megfelelően működjön.