systemd

Systemed (fost udev) este un daemon de management al sistemului open source. Cu alte cuvinte, rulează în fundal și acționează ca un manager de sistem și serviciu pentru sistemele de operare bazate pe Linux.

Fiind compatibil cu serverele LSB (Linux Standard Base) și UNIX System V init, Systemd utilizează activarea D-Bus și socket pentru pornirea serviciilor și oferă capabilități agresive de paralelizare. În plus, acesta susține restaurarea și instantaneul stării sistemului, menține automount și puncte de montare, ține evidența proceselor prin utilizarea grupurilor de control Linux, oferă pornirea la cerere a daemonilor și implementează o logică complexă de control al serviciilor bazate pe dependență tranzacțională.

SystemD este inclus în aproape orice sistem de operare Linux bazat pe kernel și poate fi folosit ca înlocuitor de tip drop-in pentru software-ul sysvinit, dar și pentru inetd, acpid, etc, watchdog, cron, syslog și pm - Daemonii folosesc. Programul vine, de asemenea, cu un manager de conectare încorporat, denumit systemd-logind, conceput ca înlocuitor de tip drop-in pentru software-ul ConsoleKit depreciat. Dispune de diferite îmbunătățiri multiseat.

Poate administra rețelele prea

De la versiunea 209, sistemul poate administra și configurații de rețea, datorită integrării daemonului de rețea. De exemplu, poate atribui în mod static adrese IP, precum și pentru a oferi o configurație de bază de legătură.

De la apariția sa, în 2011, proiectul a fost adoptat destul de repede de multe distribuții populare Linux, printre care Arch Linux, Fedora, Gentoo Linux, Mageia, openSUSE, Sabayon Linux, Frugalware Linux și Aring; ngstr & ouml; CoreOS. În plus, multe alte sisteme de operare Linux puternice vor adopta sistematic în versiunile viitoare, cum ar fi Ubuntu 14.04 LTS (Trusty Tahr), Debian GNU / Linux 8 (Jessie) și Red Hat Enterprise Linux 7.

Chiar dacă unii oameni tind să scrie SystemD, sistemul d, sistemul D sau sistemul D, numele programului este scris și scris. Este cu siguranță viitorul oricărei distribuții Linux, schimbând modul în care interacționăm cu sistemul de operare.

Ce este nou în această versiune:

• Unele tastaturi vin cu un zoom-see-saw sau rocker care până acum a primit
• cartografiat la linia "zoomin / out" Linux chei în hwdb. Cu toate acestea, acestea

Codurile de cheie
• nu sunt recunoscute de nici un desktop major. Ei produc acum
• Evenimentele cheie Sus / Jos, astfel încât să poată fi utilizate pentru derulare.
• * INCOMPATIBILITATE: sistemd-tmpfiles "" f " linii a schimbat comportamentul
• ușor: anterior, dacă a fost specificat un argument pentru liniile acestui
• tipul (adică cea mai potrivită coloană a fost setată), acest șir a fost atașat la
• fișiere existente de fiecare dată când a fost rulat systemd-tmpfiles. Acest comportament a fost
• diferit de ceea ce a spus documentația, și nu în mod special
• util, deoarece invocările repetate de sistemd-tmpfiles nu ar fi
• idempotent și să crească astfel de fișiere fără limite. Cu această versiune
• comportamentul a fost modificat ușor, pentru a se potrivi cu documentația
• spune că liniile de acest tip au un efect numai dacă sunt indicate fișierele
• nu există încă, și numai atunci șirul de argument este scris în
• file.
• * INCOMPATIBILITATE VIITOARE: În v238 sistem vrem să modificăm ușor
• comportament sistemd-tmpfiles: fișiere anterioare, numai pentru citire deținute de root
• au fost întotdeauna excluși din fișierul "imbatranire" algoritmul (adică
)
• curățarea automată a directoarelor ca / ​​tmp bazate pe
• atime / mtime / ctime). Intenționăm să renunțăm la această restricție și la dosarele de vârstă
• în mod prestabilit, chiar dacă este deținut de root și numai pentru citire. Acest comportament a fost
• moștenit de la unelte mai vechi, dar au existat cereri de eliminare
• și nu este evident de ce această restricție a fost făcută în primul
• loc. Vorbiți acum, dacă cunoașteți software-ul pe care îl solicitați
• acest comportament, în caz contrar vom elimina restricția din v238.
• * O nouă variabilă de mediu $ SYSTEMD_OFFLINE este acum înțeleasă de
• systemctl. Este nevoie de un argument boolean. Dacă este activată, systemctl o presupune
• funcționează pe un "offline" Arborele de sistem și nu va încerca să vorbească cu
• manager de servicii. Anterior, acest mod a fost implicit activat dacă o
• mediul chroot () a fost detectat și această nouă variabilă de mediu
• oferă acum un control explicit.
• * Unitățile .path și .socket pot fi acum create și temporar.
• Unitățile anterioare de service, mount, automount și cronometru au fost
• acceptate ca unități tranzitorii. Instrumentul de rulare sistem a fost actualizat
• pentru a expune această nouă funcție, de aceea puteți să o utilizați acum pentru a le lega
• comenzile arbitrare pentru activarea căii sau socket-urilor de la
• linia de comandă. În plus, aproape toate proprietățile sunt acum expuse pentru
• tipurile de unități care au acceptat deja o operație tranzitorie.
• * Comanda de mount sistem a obținut suport pentru un nou parametru --owner =
• care ia un nume de utilizator, care este apoi rezolvat și inclus în uid =
• și gid = șirul de opțiuni de mount a sistemului de fișiere pentru montare.
• * A fost adăugată o nouă condiție a unității ConditionControlGroupController =
• care verifică dacă este disponibil un controler de grup specific.
• * Fișierele unitate, fișierele .link ale udev și sistemul .netdev și
• fișierele de rețea au obținut suport pentru o nouă condiție
• ConditionKernelVersion = pentru verificarea împotriva kernelului specific
• versiuni.
• * În rețelele de rețea, secțiunea [IPVLAN] din fișierele .netdev câștigată
• suport pentru configurarea steagurilor dispozitivului în setarea Flags =. În
• aceleași fișiere, secțiunea [Tunnel] a obținut suport pentru configurarea
• AllowLocalRemote =. Secțiunea [Route] din fișierele de rețea a câștigat
• suport pentru configurarea InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = și QuickAck =. Secțiunea [DHCP] acum
• înțelege RapidCommit =.
• * Suportul DHCPv6 al sistemului de rețea a obținut suport pentru Prefix
• delegare.
• * sd-bus a câștigat suport pentru o nouă funcție de "watch-bind" caracteristică. Când aceasta este

caracteristica
• este activată, o conexiune sd_bus poate fi configurată pentru conectarea la
• un soclu AF_UNIX în sistemul de fișiere de îndată ce acesta este creat. Acest

Funcția
• este utilă pentru scrierea serviciilor de boot timpuriu care
• se conectează automat la magistrala de sistem imediat ce este pornită,
• fără o sondare urâtă bazată pe timp. sistemd-rețea și
• sistem-rezolvate au fost actualizate pentru a face uz de acest
• funcționalitate. busctl expune această funcție într-un nou
• - watch-bind = comutatorul liniei de comandă.
• * sd-bus va sintetiza acum opțional o locație locală "Conectat" semnal ca
• în curând când o conexiune D-Bus este setată pe deplin. Acest mesaj reflectă
• deja existent "Deconectat" semnal care este sintetizat atunci când
• conexiunea este terminată. Acest semnal este în general util, dar
• în special la îndemână în combinație cu "ceasul de legătură" caracteristică
• descris mai sus. Sinteza acestui mesaj trebuie solicitată
• în mod explicit prin noul apel API sd_bus_set_connected_signal (). În
• adăugați un nou apel sd_bus_is_ready () a fost adăugat că verifică
• dacă o conexiune este complet setată (adică între "Conectat" și
)
• & quot; Disconnected & quot; semnale).
• * sd-bus a câștigat două apeluri noi sd_bus_request_name_async () și
• sd_bus_release_name_async () pentru înregistrarea asincronă a magistralei
• nume. În mod similar, există acum sd_bus_add_match_async () pentru instalarea
• un semnal se potrivește asincron. Toate serviciile proprii ale sistemului au
• a fost actualizat pentru a utiliza aceste apeluri. Realizarea acestor operațiuni
• are două avantaje asincrone: reduce riscul de blocare în
• caz de dependență ciclică între serviciile de transport cu autobuzul, și accelerează
• inițializarea serviciului de la punctele de sincronizare pentru magistrala
• Călătoriile rotunde sunt eliminate.
• * sd-bus a câștigat două apeluri noi sd_bus_match_signal () și
• sd_bus_match_signal_async (), care sunt similare cu sd_bus_add_match ()
• și sd_bus_add_match_async (), dar în loc să luați o potrivire D-Bus
• șirul acceptă câmpurile de potrivire ca parametri normali ai funcției.
• * sd-bus a câștigat două apeluri noi sd_bus_set_sender () și
• sd_bus_message_set_sender () pentru setarea numelui de expeditor al expeditorului
• mesaje (fie pentru toate mesajele trimise, fie pentru o singură dată
)
• unul). Aceste apeluri sunt utile doar în conexiunile directe ca pe
• conexiuni intermediate pe care brokerul le îndeplinește oricum,
• suprascrierea indiferent de clientul completat.
• * sd-event a câștigat un nou pseudo-handle care poate fi specificat pe toate API-urile
• apelurile în cazul în care un mesaj "sd_event *" este așteptat obiectul: SD_EVENT_DEFAULT. Când
• se utilizează acest lucru se referă la obiectul implicit al buclului de evenimente al apelantului
• fir. Rețineți totuși că acest lucru nu implică implicit alocarea unei singure
• care trebuie făcut înainte de utilizarea sd_event_default (). In mod similar
• sd-bus a câștigat trei noi pseudo-mânere SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM care pot fi folosite pentru a face trimitere
• la magistrala implicită a tipului specificat al firului de apel. Aici
• de asemenea, acest lucru nu implică implicit alocarea obiectelor de conexiune prin magistrala, aceasta
• trebuie făcut înainte cu sd_bus_default () și cu prietenii.
• * sd-event a câștigat o nouă pereche de apeluri
• sd_event_source_ {obține | set} _io_fd_own (). Acest lucru poate fi folosit pentru a solicita
• închiderea automată a descriptorului de fișiere o sursă de ceas IO
• atunci când sursa evenimentului este distrusă.
• * sistemd-networkd a obținut suport pentru configurarea nativă WireGuard
• conexiuni.
• * În versiunile anterioare, înregistrările sistemelor sintetizate de sistem au fost înregistrate atât pentru
• & quot; nimeni & quot; (UID 65534) și "rădăcină" (UID 0) în nss-systemd și
• intern. Pentru a simplifica redenumirea la nivel de distribuție a
• & quot; nimeni & quot; utilizator (cum este planificat în Fedora: nfsnobody -> nimeni), a
• a fost adăugat un nou fișier de pavilion de tranziție: dacă
• / etc / systemd / dont-synthesize-nimeni nu există sintetizarea 65534
• Înregistrarea utilizatorilor și a grupurilor în baza de date sistem este dezactivată.
• * notificarea sistemică a obținut o nouă opțiune --uid = pentru selectarea sursei
• utilizator / UID utilizat pentru mesajele de notificare trimise către serviciu
• Manager.
• * journalctl a câștigat o nouă opțiune --grep = pentru a afișa numai intrările în care
• mesajul se potrivește cu un anumit model. Implicit, potrivirea este cazul
• insensibil dacă modelul este mic și cu litere mici
• altfel. Opțiune - sensibilă la caz = da | nu poate fi utilizată pentru a suprascrie
• aceasta specifică sensibilitatea cazului sau insensibilitatea cazului.
• * Acum există un "sistem de analiză a serviciului" comanda pentru imprimare
• starea curentă a serviciului de supraveghere a runtimei serviciului și, opțional,
• activarea sau dezactivarea sistemelor de supraveghere per-serviciu la nivel de sistem, dacă se dă un
• argumentul boolean (adică conceptul pe care îl configurați în WatchdogSec =), pentru
• scopuri de depanare. Există, de asemenea, o opțiune de linie de comandă a kernelului
• systemd.service_watchdogs = pentru controlul aceluiași.
• * Două noi "log-level" și "jurnal-țintă" opțiunile de analiză sistemică au fost
• addded care îmbină acum nivelul de get-log-level depreciat, set-log-level și
• get-log-target, perechi set-log-target. Opțiunile depreciate sunt încă
• înțeles pentru compatibilitatea înapoi. Cele două opțiuni noi imprimă
• valoarea curentă atunci când nu sunt date niciun argument și setați-o atunci când o
• nivel / țintă este dat ca argument.
• * sysusers.d's "u" liniile acceptă acum opțional atât un UID, cât și un GID
• specificație, separată de o expresie " caracter, pentru a crea utilizatori
• unde UID și GID nu se potrivesc.

Ce este nou în versiunea 238:

• Unele tastaturi vin cu un zoom-see-saw sau rocker care până acum a primit
• cartografiat la linia "zoomin / out" Linux chei în hwdb. Cu toate acestea, acestea

Codurile de cheie
• nu sunt recunoscute de nici un desktop major. Ei produc acum
• Evenimentele cheie Sus / Jos, astfel încât să poată fi utilizate pentru derulare.
• * INCOMPATIBILITATE: sistemd-tmpfiles "" f " linii a schimbat comportamentul
• ușor: anterior, dacă a fost specificat un argument pentru liniile acestui
• tipul (adică cea mai potrivită coloană a fost setată), acest șir a fost atașat la
• fișiere existente de fiecare dată când a fost rulat systemd-tmpfiles. Acest comportament a fost
• diferit de ceea ce a spus documentația, și nu în mod special
• util, deoarece invocările repetate de sistemd-tmpfiles nu ar fi
• idempotent și să crească astfel de fișiere fără limite. Cu această versiune
• comportamentul a fost modificat ușor, pentru a se potrivi cu documentația
• spune că liniile de acest tip au un efect numai dacă sunt indicate fișierele
• nu există încă, și numai atunci șirul de argument este scris în
• file.
• * INCOMPATIBILITATE VIITOARE: În v238 sistem vrem să modificăm ușor
• comportament sistemd-tmpfiles: fișiere anterioare, numai pentru citire deținute de root
• au fost întotdeauna excluși din fișierul "imbatranire" algoritmul (adică
)
• curățarea automată a directoarelor ca / ​​tmp bazate pe
• atime / mtime / ctime). Intenționăm să renunțăm la această restricție și la dosarele de vârstă
• în mod prestabilit, chiar dacă este deținut de root și numai pentru citire. Acest comportament a fost
• moștenit de la unelte mai vechi, dar au existat cereri de eliminare
• și nu este evident de ce această restricție a fost făcută în primul
• loc. Vorbiți acum, dacă cunoașteți software-ul pe care îl solicitați
• acest comportament, în caz contrar vom elimina restricția din v238.
• * O nouă variabilă de mediu $ SYSTEMD_OFFLINE este acum înțeleasă de
• systemctl. Este nevoie de un argument boolean. Dacă este activată, systemctl o presupune
• funcționează pe un "offline" Arborele de sistem și nu va încerca să vorbească cu
• manager de servicii. Anterior, acest mod a fost implicit activat dacă o
• mediul chroot () a fost detectat și această nouă variabilă de mediu
• oferă acum un control explicit.
• * Unitățile .path și .socket pot fi acum create și temporar.
• Unitățile anterioare de service, mount, automount și cronometru au fost
• acceptate ca unități tranzitorii. Instrumentul de rulare sistem a fost actualizat
• pentru a expune această nouă funcție, de aceea puteți să o utilizați acum pentru a le lega
• comenzile arbitrare pentru activarea căii sau socket-urilor de la
• linia de comandă. În plus, aproape toate proprietățile sunt acum expuse pentru
• tipurile de unități care au acceptat deja o operație tranzitorie.
• * Comanda de mount sistem a obținut suport pentru un nou parametru --owner =
• care ia un nume de utilizator, care este apoi rezolvat și inclus în uid =
• și gid = șirul de opțiuni de mount a sistemului de fișiere pentru montare.
• * A fost adăugată o nouă condiție a unității ConditionControlGroupController =
• care verifică dacă este disponibil un controler de grup specific.
• * Fișierele unitate, fișierele .link ale udev și sistemul .netdev și
• fișierele de rețea au obținut suport pentru o nouă condiție
• ConditionKernelVersion = pentru verificarea împotriva kernelului specific
• versiuni.
• * În rețelele de rețea, secțiunea [IPVLAN] din fișierele .netdev câștigată
• suport pentru configurarea steagurilor dispozitivului în setarea Flags =. În
• aceleași fișiere, secțiunea [Tunnel] a obținut suport pentru configurarea
• AllowLocalRemote =. Secțiunea [Route] din fișierele de rețea a câștigat
• suport pentru configurarea InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = și QuickAck =. Secțiunea [DHCP] acum
• înțelege RapidCommit =.
• * Suportul DHCPv6 al sistemului de rețea a obținut suport pentru Prefix
• delegare.
• * sd-bus a câștigat suport pentru o nouă funcție de "watch-bind" caracteristică. Când aceasta este

caracteristica
• este activată, o conexiune sd_bus poate fi configurată pentru conectarea la
• un soclu AF_UNIX în sistemul de fișiere de îndată ce acesta este creat. Acest

Funcția
• este utilă pentru scrierea serviciilor de boot timpuriu care
• se conectează automat la magistrala de sistem imediat ce este pornită,
• fără o sondare urâtă bazată pe timp. sistemd-rețea și
• sistem-rezolvate au fost actualizate pentru a face uz de acest
• funcționalitate. busctl expune această funcție într-un nou
• - watch-bind = comutatorul liniei de comandă.
• * sd-bus va sintetiza acum opțional o locație locală "Conectat" semnal ca
• în curând când o conexiune D-Bus este setată pe deplin. Acest mesaj reflectă
• deja existent "Deconectat" semnal care este sintetizat atunci când
• conexiunea este terminată. Acest semnal este în general util, dar
• în special la îndemână în combinație cu "ceasul de legătură" caracteristică
• descris mai sus. Sinteza acestui mesaj trebuie solicitată
• în mod explicit prin noul apel API sd_bus_set_connected_signal (). În
• adăugați un nou apel sd_bus_is_ready () a fost adăugat că verifică
• dacă o conexiune este complet setată (adică între "Conectat" și
)
• & quot; Disconnected & quot; semnale).
• * sd-bus a câștigat două apeluri noi sd_bus_request_name_async () și
• sd_bus_release_name_async () pentru înregistrarea asincronă a magistralei
• nume. În mod similar, există acum sd_bus_add_match_async () pentru instalarea
• un semnal se potrivește asincron. Toate serviciile proprii ale sistemului au
• a fost actualizat pentru a utiliza aceste apeluri. Realizarea acestor operațiuni
• are două avantaje asincrone: reduce riscul de blocare în
• caz de dependență ciclică între serviciile de transport cu autobuzul, și accelerează
• inițializarea serviciului de la punctele de sincronizare pentru magistrala
• Călătoriile rotunde sunt eliminate.
• * sd-bus a câștigat două apeluri noi sd_bus_match_signal () și
• sd_bus_match_signal_async (), care sunt similare cu sd_bus_add_match ()
• și sd_bus_add_match_async (), dar în loc să luați o potrivire D-Bus
• șirul acceptă câmpurile de potrivire ca parametri normali ai funcției.
• * sd-bus a câștigat două apeluri noi sd_bus_set_sender () și
• sd_bus_message_set_sender () pentru setarea numelui de expeditor al expeditorului
• mesaje (fie pentru toate mesajele trimise, fie pentru o singură dată
)
• unul). Aceste apeluri sunt utile doar în conexiunile directe ca pe
• conexiuni intermediate pe care brokerul le îndeplinește oricum,
• suprascrierea indiferent de clientul completat.
• * sd-event a câștigat un nou pseudo-handle care poate fi specificat pe toate API-urile
• apelurile în cazul în care un mesaj "sd_event *" este așteptat obiectul: SD_EVENT_DEFAULT. Când
• se utilizează acest lucru se referă la obiectul implicit al buclului de evenimente al apelantului
• fir. Rețineți totuși că acest lucru nu implică implicit alocarea unei singure
• care trebuie făcut înainte de utilizarea sd_event_default (). In mod similar
• sd-bus a câștigat trei noi pseudo-mânere SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM care pot fi folosite pentru a face trimitere
• la magistrala implicită a tipului specificat al firului de apel. Aici
• de asemenea, acest lucru nu implică implicit alocarea obiectelor de conexiune prin magistrala, aceasta
• trebuie făcut înainte cu sd_bus_default () și cu prietenii.
• * sd-event a câștigat o nouă pereche de apeluri
• sd_event_source_ {obține | set} _io_fd_own (). Acest lucru poate fi folosit pentru a solicita
• închiderea automată a descriptorului de fișiere o sursă de ceas IO
• atunci când sursa evenimentului este distrusă.
• * sistemd-networkd a obținut suport pentru configurarea nativă WireGuard
• conexiuni.
• * În versiunile anterioare, înregistrările sistemelor sintetizate de sistem au fost înregistrate atât pentru
• & quot; nimeni & quot; (UID 65534) și "rădăcină" (UID 0) în nss-systemd și
• intern. Pentru a simplifica redenumirea la nivel de distribuție a
• & quot; nimeni & quot; utilizator (cum este planificat în Fedora: nfsnobody -> nimeni), a
• a fost adăugat un nou fișier de pavilion de tranziție: dacă
• / etc / systemd / dont-synthesize-nimeni nu există sintetizarea 65534
• Înregistrarea utilizatorilor și a grupurilor în baza de date sistem este dezactivată.
• * notificarea sistemică a obținut o nouă opțiune --uid = pentru selectarea sursei
• utilizator / UID utilizat pentru mesajele de notificare trimise către serviciu
• Manager.
• * journalctl a câștigat o nouă opțiune --grep = pentru a afișa numai intrările în care
• mesajul se potrivește cu un anumit model. Implicit, potrivirea este cazul
• insensibil dacă modelul este mic și cu litere mici
• altfel. Opțiune - sensibilă la caz = da | nu poate fi utilizată pentru a suprascrie
• aceasta specifică sensibilitatea cazului sau insensibilitatea cazului.
• * Acum există un "sistem de analiză a serviciului" comanda pentru imprimare
• starea curentă a serviciului de supraveghere a runtimei serviciului și, opțional,
• activarea sau dezactivarea sistemelor de supraveghere per-serviciu la nivel de sistem, dacă se dă un
• argumentul boolean (adică conceptul pe care îl configurați în WatchdogSec =), pentru
• scopuri de depanare. Există, de asemenea, o opțiune de linie de comandă a kernelului
• systemd.service_watchdogs = pentru controlul aceluiași.
• * Două noi "log-level" și "jurnal-țintă" opțiunile de analiză sistemică au fost
• addded care îmbină acum nivelul de get-log-level depreciat, set-log-level și
• get-log-target, perechi set-log-target. Opțiunile depreciate sunt încă
• înțeles pentru compatibilitatea înapoi. Cele două opțiuni noi imprimă
• valoarea curentă atunci când nu sunt date niciun argument și setați-o atunci când o
• nivel / țintă este dat ca argument.
• * sysusers.d's "u" liniile acceptă acum opțional atât un UID, cât și un GID
• specificație, separată de o expresie " caracter, pentru a crea utilizatori
• unde UID și GID nu se potrivesc.

Ce este nou în versiune:

• Modprobe.d / drop-in pentru modulul kernel bonding.ko introdus
• în v235 a fost extins pentru a seta și opțiunea modulului dummy.ko
• numdummies = 0, împiedicând crearea kernelului automat
• dummy0. Toate interfețele falsificate trebuie să fie create în mod explicit.
• * Specificatorii necunoscuți "%" din fișierele de configurare sunt acum respinși. Acest
• se aplică unităților și configurației tmpfiles.d. Orice caractere procentuale
• care sunt urmate de o literă sau o cifră care nu ar trebui să fie
• interpretat ca începutul unui specificator ar trebui să scape de
• dublare ("%%"). (Deci, "dimensiunea = 5%" este încă acceptată, precum și
• "dimensiunea = 5%, foo = bar", dar nu "LABEL = x% y% z" deoarece% y și% z nu sunt
• astăzi.]
• * sistemd-resolved afișează acum o nouă dinamică
• /run/systemd/resolve/stub-resolv.conf. Acesta este
• a recomandat să faci /etc/resolv.conf o legătură simbolică la el. Acest fișier
• punctează la resolver DNS 127.0.0.53 și
• include domeniile de căutare dobândite în mod dinamic, obținând o corecție mai bună
• Rezoluția DNS de către software care ocolește API-urile locale DNS, cum ar fi NSS.
• * "Uacces" tagul udev a fost abandonat din / dev / kvm și
• / dev / dri / renderD *. Aceste dispozitive au acum permisiunile 0666 de către
• implicit (dar acest lucru poate fi modificat la momentul construirii). / Dev / dri / renderD *
• va fi acum deținut de "render" grup împreună cu / dev / kfd.
• * "DynamicUser = yes" a fost activat pentru sistemd-timesyncd.service,
• sistem-jurnal-gatewayd.service și
• systemd-journal-upload.service. Aceasta înseamnă "nss-sistemd" trebuie să fie
• activat în /etc/nsswitch.conf pentru a vă asigura UID-urile atribuite acestora
• serviciile sunt rezolvate corespunzător.
• * În / etc / fstab sunt acum înțelese două opțiuni de montare noi:
• x-systemd.makefs și x-systemd.growfs. Primul are ca efect faptul că
• sistemul de fișiere configurat este formatat înainte de a fi montat,
• din urmă că sistemul de fișiere este redimensionat la dimensiunea totală a dispozitivului bloc
• după montare (adică dacă sistemul de fișiere este mai mic decât
)
• partiția pe care se află, este cultivată). Aceasta este similară cu fsck
• logica în / etc / fstab, și trage în make-uri de sistem la .service și
• creșteri sistemice la serviciu, după cum este necesar, similar cu
• sistemd-fsck la .service. Redimensionarea este în prezent acceptată doar pe ext4
• și btrfs.
• * În sistemul de rețea, logica IPv6 RA poate fi anunțată acum opțional
• DNS server și informații despre domeniu.
• * Suportul pentru formatul LUKS2 pe disc pentru partițiile criptate are
• a fost adăugat. Acest lucru necesită libcryptsetup2 în timpul compilării și
• runtime.
• * Instanța utilizată de sistem va semnala acum "disponibilitatea" atunci când este
• a fost atinsă unitatea basic.target, în loc să se execute coada de alergare
• gol pentru prima dată.
• * Tmpfiles.d cu configurația utilizatorului sunt de asemenea acceptate.
• sistemd-tmpfiles a câștigat un nou switch - utilizator și fragmente plasate în
• ~ / .config / user-tmpfiles.d / și directoarele corespunzătoare vor fi
• executat de systemd-tmpfiles - utilizatorul rulează în noul
• sistemd-tmpfiles-setup.service și sistemd-tmpfiles-clean.service
• rulează în sesiunea de utilizator.
• * Fișierele unitate și fragmentele tmpfiles.d au învățat trei specificatori% noi:
• % S se rezolvă în directorul de stare de nivel superior (/ var / lib pentru sistem
)
• exemplu, $ XDG_CONFIG_HOME pentru instanța utilizatorului),% C rezolvă
• directorul cache de nivel superior (/ var / cache pentru instanța sistemului,
)
• $ XDG_CACHE_HOME pentru instanța utilizatorului),% L se rezolvă la nivel superior
• directorul jurnalelor (/ var / log pentru instanța sistemului,
)
• $ XDG_CONFIG_HOME / log / pentru instanța utilizatorului). Aceasta se potrivește cu
• specificatorul% t existent, care rezolvă runtime-ul la cel mai înalt nivel
• director (/ rulați pentru instanța sistemului și $ XDG_RUNTIME_DIR pentru
• instanță de utilizator).
• * journalctl a învățat un nou parametru --output-fields = pentru limitarea
• set de câmp jurnal pentru a ieși în moduri de ieșire verbose și JSON.
• * fișierul de configurare al lui systemd-timeyncd a câștigat o nouă opțiune
• RootDistanceMaxSec = pentru setarea distanței maxime de rădăcină a serverelor
• va folosi, precum și noile opțiuni PollIntervalMinSec = și
• PollIntervalMaxSec = pentru a modifica intervalul minim și maxim de sondaj
• * bootctl a obținut o nouă comandă "listă" pentru a lista toate boot-urile disponibile
• elementele de meniu din sistemele care respectă caietul de sarcini al încărcătorului.
• * systemctl a câștigat un nou comutator "dry-run" care arată ce s-ar face.
• în loc să o facă și este în prezent acceptată de oprire și
• verbe de somn.
• * ConditionSecurity = poate detecta acum modulul de securitate TOMOYO.
• * Segmentele de unitate [Instalare] sunt de asemenea respectate în drop-in-ul unității
• fișiere. Acesta este destinat să fie utilizat de drop-ins în / usr / lib /.
• * systemd-firstboot poate seta acum și maparea inițială a tastaturii.
• * Udev "modificat" evenimente pentru dispozitive expuse ca sistemd
• unitățile de unități sunt acum propagate în unitățile specificate în
• ReloadPropagatedFrom = ca cereri de reîncărcare.
• * Dacă un dispozitiv udev are o SYSTEMD_WANTS = proprietate care conține un sistemd
• numele șablonului unității (adică un nume sub forma "foobar la .service",
• fără componenta de instanță între '@' și -. '), apoi
• calea sysfs evacuată a dispozitivului este utilizată automat ca
• exemplu.
• * SystemCallFilter = în fișierele unitate a fost extins astfel încât un "errno"
• pot fi specificate individual pentru fiecare apel sistem. Exemplu:
• SystemCallFilter = ~ uname:. EILSEQ
• * Logica delegării grupului a fost actualizată substanțial. Delegat =
• acum opțional ia o listă de controale (în loc de un boolean, ca
• înainte), care listează controlorii să delege cel puțin.
• * Clientul DHCPv6 din rețea implementează acum opțiunea FQDN (RFC 4704).
• * O nouă LogLevelMax = setare configurează nivelul maxim de jurnale orice
• procesul serviciului se poate loga la (adică orice cu un altul mai mic
)
• prioritatea decât cea specificată este abandonată automat). Un nou
• LogExtraFields = setarea permite configurarea jurnalului suplimentar
• câmpurile care se atașează la toate înregistrările de jurnal generate de oricare dintre unitățile
• procese.
• * Standard New StandardInputData = și StandardInputText = setările împreună cu
• opțiune nouă StandardInput = datele pot fi utilizate pentru configurarea textului sau
• date binare care trebuie transmise procesului de serviciu executat prin
• intrare standard, codificată în linie în fișierul unității.
• * StandardInput =, StandardOutput = și StandardError = pot fi acum folosite pentru
• conectați stdin / stdout / stderr al proceselor executate direct cu un
• fișier sau socket AF_UNIX în sistemul de fișiere, utilizând noul "fișier:" opțiune.
• * A fost adăugată o nouă opțiune de fișier Unitate CollectMode =, care permite
• ajustarea logicii de colectare a gunoiului pentru unități. Poate fi folosit pentru
• spuneți sistemelor de gunoi să colecteze unitățile care au eșuat automat
• (în mod normal, numai unitățile GCs care au ieșit cu succes). systemd-run
• și mount-ul sistemd expun această nouă funcție cu o nouă opțiune -G.
• * "mașină de legare" poate fi folosit acum pentru a lega mount-urile non-directoare
• (adică fișierele regulate, dispozitivele, fișierele, prizele).
• * sistemd-analiza a câștigat un nou verb "calendar" pentru validare și
• testarea specificațiilor timpului de calendar pentru a fi utilizate pentru OnCalendar = în cronometru
• unități. Pe lângă validarea expresiei, se va calcula următoarea
• durata expirării specificate.
• * Pe lângă setarea FailureAction = fișier pre-existentă
• există acum SuccessAction =, pentru configurarea unei acțiuni de oprire
• executați atunci când o unitate finalizează cu succes. Acest lucru este util în
• în interiorul containerelor care se vor termina după un anumit volum de lucru
• a fost finalizat. De asemenea, ambele opțiuni sunt acum acceptate pentru toate unitățile
• tipuri, nu doar servicii.
• * suportul de reguli IP al rețelei a câștigat două opțiuni noi
• IncomingInterface = și OutgoingInterface = pentru configurarea intrărilor
• și interfețele de ieșire ale regulilor configurate. sistemd-networkd, de asemenea
• a obținut suport pentru "vxcan" dispozitive de rețea.
• * rețeaua a obținut o nouă setare RequiredForOnline =, luând o
• boolean. Dacă este setat, sistemd-wait-online va lua în considerare
• când se stabilește că sistemul este în sus, altfel va ignora
• interfață în acest scop.
• * Protocolul sd_notify () a obținut suport pentru o nouă operație: cu
• FDSTOREREMOVE = 1 descriptori de fișiere pot fi eliminați din serviciul per-service
• Stocați din nou, înainte de POLLHUP sau POLLERR atunci când sunt eliminați
• oricum.
• * Un nou document UIDS-GIDS.md a fost adăugat copacului sursă, care
• documentează ipotezele UID / GID și ipotezele de asignare și
• cerințele sistemului.
• * Dispozitivul watchdog PID 1 va putea fi configurat acum prin
• WatchdogDevice = setarea fișierului de configurare sau prin setarea
• systemd.watchdog_service = opțiunea liniei de comandă a kernelului.
• * sistemd-resolved a câștigat suport pentru înregistrarea serviciilor DNS-SD pe
• rețeaua locală utilizând MulticastDNS. Serviciile pot fi fie
• înregistrat prin adăugarea unui fișier .dnssd în / etc / systemd / dnssd / (sau
• același dir de mai jos / run, / usr / lib) sau prin API-ul D-Bus.
• * Protocolul sd_notify () poate acum cu EXTEND_TIMEOUT_USEC = microsecunde
• prelungi timpul efectiv de pornire, de rulare și de oprire. Serviciul trebuie
• continuați să trimiteți EXTEND_TIMEOUT_USEC în perioada specificată pentru
• împiedica managerul de servicii să efectueze serviciul în timp util.
• Suportul DNSSEC de la * systemd-resolved a câștigat suport pentru RFC 8080
• (chei și semnături Ed25519).
• * Instrumentul din linia de comandă de rezolvare sistemică a obținut un nou set de opțiuni
• - set-dns =, --set -domeniu =, --set-llmnr =, --set-mdns =, -set-dnssec =,
• - set-nta = și --revert pentru configurarea configurației DNS pe interfață
• dinamic în timpul execuției. Este utilă pentru împingerea informațiilor DNS
• în scripturile cu cârlig DNS rezolvate sistemic prin interfața variată
• suportul pentru gestionarea software-ului (cum ar fi pppd).
• * systemd-nspawn a câștigat o nouă linie de comandă --network-namespace-path = =
• , care poate fi folosit pentru a face un container să se alăture unui
existent
• spațiul de nume al rețelei, specificând o cale către un "netns" fișier.

Ce este nou în versiunea 234:

• Meson este acum acceptat ca sistem de construcție în plus față de Automake. Planul nostru este să eliminăm Automake într-una din următoarele versiuni, astfel încât Meson să devină sistemul nostru exclusiv de construcție. Prin urmare, vă rugăm să începeți să utilizați sistemul de construcție Meson în ambalajul din aval. Există o mulțime de documentații despre cum să utilizați Meson, rezumatul extrem de scurt:
• ./ autogen.sh & amp; ./configure & amp; make & amp; & amp; sudo face install
• devine:
• construiți mezon & amp; ninja-build & amp; sudo ninja -C build install
• Fișierele unității au obținut suport pentru o nouă setare JobRunningTimeoutUSec =, care permite configurarea unui timeout la momentul în care o lucrare este în desfășurare. Acest lucru este deosebit de util pentru setarea timeout-urilor la locurile de muncă pentru unitățile .device.
• Fișierele unității au obținut două noi opțiuni ConditionUser = și ConditionGroup = pentru condiționarea unităților bazate pe identitatea utilizatorului / grupului care execută o instanță de utilizator sistemică.
• sistemul de rețea acum înțelege o nouă FlowLabel = setare în secțiunea [VXLAN] a fișierelor de rețea, precum și o prioritate = în [Bridge], GVRP = + MVRP = + LooseBinding = + ReorderHeader = în [VLAN] și GatewayOnlink = + IPv6Preference = + Protocol = în [Route]. De asemenea, a câștigat suport pentru configurarea legăturilor GENEVE și a etichetelor de adresă IPv6. Secțiunea [Rețea] a câștigat noua setare IPv6ProxyNDP =
• Fișierele .link înțeleg acum o nouă setare Port =.
• Suportul DHCP pentru sistemd-rețea a obținut suport pentru opțiunea 119 (lista de căutare domeniu) DHCP.
• sistemul de rețea a obținut suport pentru difuzarea intervalelor de adrese IPv6 folosind protocolul de publicitate Router. Noua secțiune de configurare a rețelei [IPv6Prefix] poate fi utilizată pentru configurarea intervalelor de difuzare. Acesta este implementat pe baza unei implementări noi, minime, a serverului nativ al RA.
• jurnalul lui --output = comutarea a obținut suport pentru un nou parametru "short-iso-precise" pentru un mod în care timbrele sunt afișate ca valori precise ale datei ISO.
• builtin-ul "net_id" al sistemului-udevd poate genera acum nume de interfață de rețea stabile de la dispozitive IBM PowerVM VIO, precum și dispozitive ACPI.
• Suportul MulticastDNS în sistemd rezolvată poate fi activat / dezactivat în mod explicit utilizând noua opțiune pentru fișierul de configurare MulticastDNS =.
• soluția rezolvată de sistem poate utiliza opțional libidn2 în loc de libidn pentru prelucrarea numelor de domenii internaționalizate. Suportul pentru libidn2 ar trebui considerat experimental și nu ar trebui activat în mod implicit.
• "pull-tar machinectl" și apelul asociat pot efectua acum verificarea imaginilor descărcate utilizând fișierele de control de tip .sha256 în stil SUSE în plus față de suportul deja existent pentru validarea utilizând fișiere SHA256SUMS în stil Ubuntu.
• sd-bus a obținut suport pentru un nou apel sd_bus_message_appendv () care este echivalentul va_list al sd_bus_message_append ().
• sd-boot a obținut suport pentru validarea imaginilor utilizând SHIM / MOK.
• Codul SMACK a primit suport pentru "onlycap".
• Sistemul de mount -umount este acum mult mai inteligent în găsirea modului de a demonta în mod corespunzător un dispozitiv, având în vedere calea de montare sau de dispozitiv.
• Codul pentru a apela libnss_dns ca rezervă de la libnss_resolve atunci când a fost eliminată comunicarea cu eșecurile rezolvate sistemic. Această rezervă a fost redundantă și a interferat cu sufixul [! UNAVAIL = return]. Consultați nss-resolve (8) pentru configurația recomandată.
• Sistemul logind poate fi repornit fără a pierde starea. Stochează descriptorii de fișiere pentru dispozitivele pe care le administrează în managerul de sistem utilizând mecanismul FDSTORE =. Rețineți că pot fi necesare modificări suplimentare în alte componente pentru a putea folosi acest lucru (de exemplu, Xorg are codul de ascultare pentru opriri de sistemd logind și se oprește când logarea este oprită sau reluată, pentru a evita utilizarea descriptorilor de fișiere învechite pentru grafic care este acum contraproductivă și trebuie returnată pentru ca restabilirea sistemului logdd să fie sigură. Vezi https://cgit.freedesktop.org/xorg/xserver/commit/?id=dc48bd653c7e101.)
• Toate pluginurile kernel install sunt numite cu variabila de mediu KERNEL_INSTALL_MACHINE_ID care este setată la ID-ul mașinii dat de / etc / machine-id. Dacă fișierul lipsește sau este gol, variabila este goală și BOOT_DIR_ABS este calea unui director temporar care este eliminat după ieșirea tuturor pluginurilor. Deci, dacă KERNEL_INSTALL_MACHINE_ID este gol, toate pluginurile nu ar trebui să pună nimic în BOOT_DIR_ABS.

Cerințe :

• Este nevoie de un kernel 2.6 Linux sau ulterior cu CONFIG_HOTPLUG activat pentru a rula.
• Se recomandă să aveți și instalate scripturile Linux Hotplug, dar nu este necesar ca acesta să funcționeze corect.