systemd

systemd (in precedenza udev) è un daemon di gestione del sistema open source. In altre parole, viene eseguito in background e funge da gestore di sistemi e servizi per i sistemi operativi basati su Linux.

Essendo compatibile con gli script LSB (Base standard Linux) e UNIX System V init, systemd utilizza l'attivazione D-Bus e socket per i servizi di avvio e fornisce funzionalità di parallelizzazione aggressive. Inoltre supporta il ripristino e l'acquisizione istantanea dello stato del sistema, gestisce i punti di montaggio e automount, tiene traccia dei processi utilizzando i gruppi di controllo Linux, offre l'avvio su richiesta dei daemon e implementa una logica di controllo dei servizi complessa basata sulle dipendenze. p>
Una sostituzione drop-in per sysvinit

systemd è incluso in quasi tutti i sistemi operativi Linux basati su kernel, e può essere usato come sostitutivo del software sysvinit, ma anche per inetd, acpid, atd, watchdog, cron, syslog e pm -utilizza i demoni. Il programma include anche un gestore di login integrato, chiamato systemd-logind, progettato come sostituzione drop-in per il software ConsoleKit deprecato. Offre vari miglioramenti multiseat.

Può amministrare configurazioni di rete troppo

Dalla versione 209, systemd può anche amministrare le configurazioni di rete, grazie all'integrazione del daemon networkd. Ad esempio, può assegnare in modo statico indirizzi IP e fornire una configurazione di bridging di base.

Fin dalla sua apparizione, nel 2011, il progetto è stato adottato abbastanza velocemente da molte diffuse distribuzioni Linux, tra cui Arch Linux, Fedora, Gentoo Linux, Mageia, openSUSE, Sabayon Linux, Frugalware Linux, & Aring; ngstr & ouml; m, e CoreOS. Inoltre, molti altri potenti sistemi operativi Linux adotteranno systemd nelle loro prossime versioni, come Ubuntu 14.04 LTS (Trusty Tahr), Debian GNU / Linux 8 (Jessie) e Red Hat Enterprise Linux 7.

Anche se alcune persone tendono a scrivere SystemD, system d, system D o System D, il nome del programma viene scritto e scritto systemd. È sicuramente il futuro di qualsiasi distribuzione Linux, cambiando il modo in cui interagiamo con il sistema operativo.

Novità in questa versione:

• Alcune tastiere sono dotate di un dispositivo di zoom o altalena zoom che fino ad ora ha ottenuto
• mappato su Linux & quot; zoomin / out & quot; chiavi in ​​hwdb. Tuttavia, questi

I codici chiave
• non sono riconosciuti da nessun desktop principale. Ora producono
• Eventi chiave su / giù in modo che possano essere utilizzati per lo scorrimento.
• * INCOMPATIBILITÀ: systemd-tmpfiles "& quot; f & quot; linee modificate comportamento
• leggermente: in precedenza, se è stato specificato un argomento per le righe di questo
• tipo (vale a dire che è stata impostata la colonna più a destra) questa stringa è stata aggiunta a
• file esistenti ogni volta che è stato eseguito systemd-tmpfiles. Questo comportamento era
• diverso da ciò che diceva la documentazione, e non particolarmente
• utile, poiché le ripetute invocazioni systemd-tmpfiles non sarebbero
• idempotente e sviluppa tali file senza limiti. Con questa versione

Il comportamento di
• è stato leggermente modificato, per corrispondere a quello della documentazione
• dice: le linee di questo tipo hanno effetto solo se i file indicati
• non esiste ancora e solo allora la stringa argomento viene scritta in
• file.
• * FUTURA INCOMPATIBILITÀ: in systemd v238 intendiamo cambiare leggermente
• comportamento systemd-tmpfiles: in precedenza, i file di sola lettura di proprietà di root
• sono sempre stati esclusi dal file & quot; aging & quot; algoritmo (cioè il
• pulizia automatica di directory come / tmp basate su
• atime / mtime / ctime). Intendiamo abbandonare questa restrizione e invecchiare i file
• di default anche se di proprietà di root e di sola lettura. Questo comportamento era
• ereditato da strumenti precedenti, ma ci sono state richieste di rimozione
• it, e non è ovvio perché questa restrizione sia stata apportata nel primo
• posto. Per favore, parla adesso, se sei a conoscenza del software che richiede
• questo comportamento, altrimenti rimuoveremo la restrizione nella v238.
• * Una nuova variabile d'ambiente $ SYSTEMD_OFFLINE è ora compresa da
• systemctl. Ci vuole un argomento booleano. Se attivo, systemctl lo assume
• opera su un & quot; offline & quot; Albero del sistema operativo e non tenterà di parlare con
• gestore del servizio. In precedenza, questa modalità era implicitamente abilitata se un

È stato rilevato l'ambiente
• chroot () e questa nuova variabile di ambiente
• ora fornisce controllo esplicito.
• * anche le unità .path e .socket possono essere create transitoriamente.
• In precedenza solo le unità servizio, montaggio, automount e timer erano
• supportati come unità transitorie. Lo strumento di esecuzione del sistema è stato aggiornato
• per esporre questa nuova funzionalità, puoi quindi usarla ora per legare
• comandi arbitrari per l'attivazione del percorso o del socket al volo da
• riga di comando. Inoltre, quasi tutte le proprietà sono ora esposte per
• tipi di unità che hanno già supportato l'operazione transitoria.
• * Il comando systemd-mount ha ottenuto il supporto per un nuovo parametro --owner =
• che accetta un nome utente, che viene quindi risolto e incluso in uid =
• e gid = montano la stringa di opzioni del file system da montare.
• * Una nuova condizione di unità ConditionControlGroupController = è stata aggiunta
• che controlla se è disponibile un controller cgroup specifico.
• * File unità, file .link di udev e systemd-networkd's .netdev e
• . i file di rete hanno ottenuto il supporto per una nuova condizione
• ConditionKernelVersion = per il controllo del kernel specifico
• versioni.
• * In systemd-networkd, la sezione [IPVLAN] nei file .netdev ha guadagnato
• supporto per la configurazione dei flag di dispositivo nell'impostazione Flags =. Nel
• stessi file, la sezione [Tunnel] ha ottenuto il supporto per la configurazione di
• AllowLocalRemote =. La sezione [Route] in. File di rete ottenuti
• supporto per la configurazione di InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = e QuickAck =. La sezione [DHCP] ora
• comprende RapidCommit =.
• * Il supporto DHCPv6 di systemd-networkd ha ottenuto il supporto per il prefisso
• Delegazione.
• * sd-bus ha ottenuto il supporto per un nuovo & quot; watch-bind & quot; caratteristica. Quando questo

La funzione
• è abilitata, una connessione sd_bus può essere configurata per connettersi a
• un socket AF_UNIX nel file system non appena viene creato. Questo

La funzionalità
• è utile per scrivere servizi di avvio anticipato che
• si connettono automaticamente al bus di sistema non appena viene avviato,
• senza brutto sondaggio basato sul tempo. systemd-networkd e
• risolti dal sistema sono stati aggiornati per utilizzare questo
• funzionalità. busctl espone questa funzionalità in un nuovo
• - watch-bind = switch della riga di comando.
• * sd-bus ora sintetizzerà opzionalmente un local & quot; Connected & quot; segnala come
• appena una connessione D-Bus viene impostata completamente. Questo messaggio rispecchia il
• già esistente & quot; Disconnesso & quot; segnale che viene sintetizzato quando

la connessione
• è terminata. Questo segnale è generalmente utile ma
• particolarmente utile in combinazione con il & quot; watch-bind & quot; caratteristica
• descritto sopra. La sintetizzazione di questo messaggio deve essere richiesta
• esplicitamente attraverso la nuova chiamata API sd_bus_set_connected_signal (). In
• aggiunta è stata aggiunta una nuova chiamata sd_bus_is_ready () che controlla
• se una connessione è completamente configurata (vale a dire tra "& quot; Connected & quot; and
• & quot; disconnessa & quot; segnali).
• * sd-bus ha ottenuto due nuove chiamate sd_bus_request_name_async () e
• sd_bus_release_name_async () per la registrazione asincrona del bus
• nomi. Simile, ora c'è sd_bus_add_match_async () per l'installazione di
• un segnale corrisponde in modo asincrono. Tutti i servizi di systemd hanno
• stato aggiornato per utilizzare queste chiamate. Facendo queste operazioni
• in modo asincrono ha due vantaggi: riduce il rischio di deadlock in
• caso di dipendenze cicliche tra i servizi di bus, e accelera
• inizializzazione del servizio dai punti di sincronizzazione per il bus
• i viaggi di andata e ritorno vengono rimossi.
• * sd-bus ha ottenuto due nuove chiamate sd_bus_match_signal () e
• sd_bus_match_signal_async (), che sono simili a sd_bus_add_match ()
• e sd_bus_add_match_async () ma invece di prendere una corrispondenza D-Bus
• stringa accetta i campi di confronto come parametri di funzione normali.
• * sd-bus ha ottenuto due nuove chiamate sd_bus_set_sender () e
• sd_bus_message_set_sender () per l'impostazione del nome del mittente in uscita
• messaggi (per tutti i messaggi in uscita o solo per uno specifico
• uno). Queste chiamate sono utili solo nelle connessioni dirette come in
• le connessioni brokerate che il broker riempie comunque nel mittente
• sovrascrivendo qualsiasi cosa il cliente abbia compilato.
• * sd-event ha ottenuto un nuovo pseudo-handle che può essere specificato su tutte le API
• chiama dove & quot; sd_event * & quot; oggetto è previsto: SD_EVENT_DEFAULT. Quando
• usato si riferisce all'oggetto loop di eventi predefinito del chiamante
• thread. Si noti tuttavia che questo non alloca implicitamente uno -
• che deve essere fatto prima usando sd_event_default (). Allo stesso modo
• sd-bus ha ottenuto tre nuovi pseudo-handle SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM che può essere utilizzato per fare riferimento
• al bus predefinito del tipo specificato del thread chiamante. Qui
• anche questo non alloca implicitamente oggetti di connessione bus, questo
• deve essere fatto prima con sd_bus_default () e gli amici.
• * sd-event ha ottenuto una nuova coppia di chiamate
• sd_event_source_ {get | set} _io_fd_own (). Questo può essere usato per richiedere
• chiusura automatica del descrittore di file, una sorgente di eventi IO guarda
• quando la fonte dell'evento viene distrutta.
• * systemd-networkd ha ottenuto il supporto per la configurazione nativa di WireGuard
• connessioni.
• * Nelle versioni precedenti systemd sintetizzava i record degli utenti sia per il
• & quot; nessuno & quot; (UID 65534) e & quot; radice & quot; (UID 0) utenti in nss-systemd e
• internamente. Al fine di semplificare le rinomanze a livello di distribuzione di
• & quot; nessuno & quot; utente (come previsto in Fedora: nfsnobody -> nobody), a
• è stato aggiunto un nuovo file flag di transizione: if
• / etc / systemd / dont-synthesize-nessuno esiste sintetizzando il 65534
• record utente e gruppo all'interno della base di codice systemd è disabilitato.
• * systemd-notify ha ottenuto una nuova opzione --uid = per la selezione dell'origine
• utente / UID da utilizzare per i messaggi di notifica inviati al servizio
• Gestione.
• * journalctl ha ottenuto una nuova opzione --grep = per elencare solo le voci in cui
• il messaggio corrisponde a un determinato modello. La corrispondenza di default è il caso
• insensibile se il modello è in minuscolo e maiuscolo / minuscolo
• altrimenti. Opzione --case-sensitive = yes | no può essere usato per sovrascrivere
• questo indica la distinzione tra maiuscole e minuscole o tra maiuscole e minuscole.
• * Ora c'è un & quot; systemd-analyze service-watchdogs & quot; comando per la stampa
• lo stato corrente del watchdog del runtime del servizio e facoltativamente
• abilitare o disabilitare i watchdog per servizio a livello di sistema se forniti a
• argomento booleano (ovvero il concetto configurato in WatchdogSec =), per
• scopi di debug. C'è anche un'opzione della riga di comando del kernel
• systemd.service_watchdogs = per controllare lo stesso.
• * Due nuovi & quot; livello-log & quot; e & quot; log-target & quot; le opzioni per systemd-analyze erano
• addded che uniscono il livello get-log ora deprecato, set-log-level e
• get-log-target, set-log-target pairs. Le opzioni deprecate sono ancora
• inteso per compatibilità con le versioni precedenti. Le due nuove opzioni stampano
• valore corrente quando non vengono forniti argomenti e li imposta quando un
• livello / destinazione è dato come argomento.
• * sysusers.d's & quot; u & quot; le linee ora accettano opzionalmente sia un UID che un GID
• specifica, separata da un & quot;: & quot; carattere, al fine di creare utenti
• dove UID e GID non corrispondono.

Novità della nuova versione nella versione 238:

• Alcune tastiere sono dotate di un dispositivo di zoom o altalena zoom che fino ad ora ha ottenuto
• mappato su Linux & quot; zoomin / out & quot; chiavi in ​​hwdb. Tuttavia, questi

I codici chiave
• non sono riconosciuti da nessun desktop principale. Ora producono
• Eventi chiave su / giù in modo che possano essere utilizzati per lo scorrimento.
• * INCOMPATIBILITÀ: systemd-tmpfiles "& quot; f & quot; linee modificate comportamento
• leggermente: in precedenza, se è stato specificato un argomento per le righe di questo
• tipo (vale a dire che è stata impostata la colonna più a destra) questa stringa è stata aggiunta a
• file esistenti ogni volta che è stato eseguito systemd-tmpfiles. Questo comportamento era
• diverso da ciò che diceva la documentazione, e non particolarmente
• utile, poiché le ripetute invocazioni systemd-tmpfiles non sarebbero
• idempotente e sviluppa tali file senza limiti. Con questa versione

Il comportamento di
• è stato leggermente modificato, per corrispondere a quello della documentazione
• dice: le linee di questo tipo hanno effetto solo se i file indicati
• non esiste ancora e solo allora la stringa argomento viene scritta in
• file.
• * FUTURA INCOMPATIBILITÀ: in systemd v238 intendiamo cambiare leggermente
• comportamento systemd-tmpfiles: in precedenza, i file di sola lettura di proprietà di root
• sono sempre stati esclusi dal file & quot; aging & quot; algoritmo (cioè il
• pulizia automatica di directory come / tmp basate su
• atime / mtime / ctime). Intendiamo abbandonare questa restrizione e invecchiare i file
• di default anche se di proprietà di root e di sola lettura. Questo comportamento era
• ereditato da strumenti precedenti, ma ci sono state richieste di rimozione
• it, e non è ovvio perché questa restrizione sia stata apportata nel primo
• posto. Per favore, parla adesso, se sei a conoscenza del software che richiede
• questo comportamento, altrimenti rimuoveremo la restrizione nella v238.
• * Una nuova variabile d'ambiente $ SYSTEMD_OFFLINE è ora compresa da
• systemctl. Ci vuole un argomento booleano. Se attivo, systemctl lo assume
• opera su un & quot; offline & quot; Albero del sistema operativo e non tenterà di parlare con
• gestore del servizio. In precedenza, questa modalità era implicitamente abilitata se un

È stato rilevato l'ambiente
• chroot () e questa nuova variabile di ambiente
• ora fornisce controllo esplicito.
• * anche le unità .path e .socket possono essere create transitoriamente.
• In precedenza solo le unità servizio, montaggio, automount e timer erano
• supportati come unità transitorie. Lo strumento di esecuzione del sistema è stato aggiornato
• per esporre questa nuova funzionalità, puoi quindi usarla ora per legare
• comandi arbitrari per l'attivazione del percorso o del socket al volo da
• riga di comando. Inoltre, quasi tutte le proprietà sono ora esposte per
• tipi di unità che hanno già supportato l'operazione transitoria.
• * Il comando systemd-mount ha ottenuto il supporto per un nuovo parametro --owner =
• che accetta un nome utente, che viene quindi risolto e incluso in uid =
• e gid = montano la stringa di opzioni del file system da montare.
• * Una nuova condizione di unità ConditionControlGroupController = è stata aggiunta
• che controlla se è disponibile un controller cgroup specifico.
• * File unità, file .link di udev e systemd-networkd's .netdev e
• . i file di rete hanno ottenuto il supporto per una nuova condizione
• ConditionKernelVersion = per il controllo del kernel specifico
• versioni.
• * In systemd-networkd, la sezione [IPVLAN] nei file .netdev ha guadagnato
• supporto per la configurazione dei flag di dispositivo nell'impostazione Flags =. Nel
• stessi file, la sezione [Tunnel] ha ottenuto il supporto per la configurazione di
• AllowLocalRemote =. La sezione [Route] in. File di rete ottenuti
• supporto per la configurazione di InitialCongestionWindow =,
• InitialAdvertisedReceiveWindow = e QuickAck =. La sezione [DHCP] ora
• comprende RapidCommit =.
• * Il supporto DHCPv6 di systemd-networkd ha ottenuto il supporto per il prefisso
• Delegazione.
• * sd-bus ha ottenuto il supporto per un nuovo & quot; watch-bind & quot; caratteristica. Quando questo

La funzione
• è abilitata, una connessione sd_bus può essere configurata per connettersi a
• un socket AF_UNIX nel file system non appena viene creato. Questo

La funzionalità
• è utile per scrivere servizi di avvio anticipato che
• si connettono automaticamente al bus di sistema non appena viene avviato,
• senza brutto sondaggio basato sul tempo. systemd-networkd e
• risolti dal sistema sono stati aggiornati per utilizzare questo
• funzionalità. busctl espone questa funzionalità in un nuovo
• - watch-bind = switch della riga di comando.
• * sd-bus ora sintetizzerà opzionalmente un local & quot; Connected & quot; segnala come
• appena una connessione D-Bus viene impostata completamente. Questo messaggio rispecchia il
• già esistente & quot; Disconnesso & quot; segnale che viene sintetizzato quando

la connessione
• è terminata. Questo segnale è generalmente utile ma
• particolarmente utile in combinazione con il & quot; watch-bind & quot; caratteristica
• descritto sopra. La sintetizzazione di questo messaggio deve essere richiesta
• esplicitamente attraverso la nuova chiamata API sd_bus_set_connected_signal (). In
• aggiunta è stata aggiunta una nuova chiamata sd_bus_is_ready () che controlla
• se una connessione è completamente configurata (vale a dire tra "& quot; Connected & quot; and
• & quot; disconnessa & quot; segnali).
• * sd-bus ha ottenuto due nuove chiamate sd_bus_request_name_async () e
• sd_bus_release_name_async () per la registrazione asincrona del bus
• nomi. Simile, ora c'è sd_bus_add_match_async () per l'installazione di
• un segnale corrisponde in modo asincrono. Tutti i servizi di systemd hanno
• stato aggiornato per utilizzare queste chiamate. Facendo queste operazioni
• in modo asincrono ha due vantaggi: riduce il rischio di deadlock in
• caso di dipendenze cicliche tra i servizi di bus, e accelera
• inizializzazione del servizio dai punti di sincronizzazione per il bus
• i viaggi di andata e ritorno vengono rimossi.
• * sd-bus ha ottenuto due nuove chiamate sd_bus_match_signal () e
• sd_bus_match_signal_async (), che sono simili a sd_bus_add_match ()
• e sd_bus_add_match_async () ma invece di prendere una corrispondenza D-Bus
• stringa accetta i campi di confronto come parametri di funzione normali.
• * sd-bus ha ottenuto due nuove chiamate sd_bus_set_sender () e
• sd_bus_message_set_sender () per l'impostazione del nome del mittente in uscita
• messaggi (per tutti i messaggi in uscita o solo per uno specifico
• uno). Queste chiamate sono utili solo nelle connessioni dirette come in
• le connessioni brokerate che il broker riempie comunque nel mittente
• sovrascrivendo qualsiasi cosa il cliente abbia compilato.
• * sd-event ha ottenuto un nuovo pseudo-handle che può essere specificato su tutte le API
• chiama dove & quot; sd_event * & quot; oggetto è previsto: SD_EVENT_DEFAULT. Quando
• usato si riferisce all'oggetto loop di eventi predefinito del chiamante
• thread. Si noti tuttavia che questo non alloca implicitamente uno -
• che deve essere fatto prima usando sd_event_default (). Allo stesso modo
• sd-bus ha ottenuto tre nuovi pseudo-handle SD_BUS_DEFAULT,
• SD_BUS_DEFAULT_USER, SD_BUS_DEFAULT_SYSTEM che può essere utilizzato per fare riferimento
• al bus predefinito del tipo specificato del thread chiamante. Qui
• anche questo non alloca implicitamente oggetti di connessione bus, questo
• deve essere fatto prima con sd_bus_default () e gli amici.
• * sd-event ha ottenuto una nuova coppia di chiamate
• sd_event_source_ {get | set} _io_fd_own (). Questo può essere usato per richiedere
• chiusura automatica del descrittore di file, una sorgente di eventi IO guarda
• quando la fonte dell'evento viene distrutta.
• * systemd-networkd ha ottenuto il supporto per la configurazione nativa di WireGuard
• connessioni.
• * Nelle versioni precedenti systemd sintetizzava i record degli utenti sia per il
• & quot; nessuno & quot; (UID 65534) e & quot; radice & quot; (UID 0) utenti in nss-systemd e
• internamente. Al fine di semplificare le rinomanze a livello di distribuzione di
• & quot; nessuno & quot; utente (come previsto in Fedora: nfsnobody -> nobody), a
• è stato aggiunto un nuovo file flag di transizione: if
• / etc / systemd / dont-synthesize-nessuno esiste sintetizzando il 65534
• record utente e gruppo all'interno della base di codice systemd è disabilitato.
• * systemd-notify ha ottenuto una nuova opzione --uid = per la selezione dell'origine
• utente / UID da utilizzare per i messaggi di notifica inviati al servizio
• Gestione.
• * journalctl ha ottenuto una nuova opzione --grep = per elencare solo le voci in cui
• il messaggio corrisponde a un determinato modello. La corrispondenza di default è il caso
• insensibile se il modello è in minuscolo e maiuscolo / minuscolo
• altrimenti. Opzione --case-sensitive = yes | no può essere usato per sovrascrivere
• questo indica la distinzione tra maiuscole e minuscole o tra maiuscole e minuscole.
• * Ora c'è un & quot; systemd-analyze service-watchdogs & quot; comando per la stampa
• lo stato corrente del watchdog del runtime del servizio e facoltativamente
• abilitare o disabilitare i watchdog per servizio a livello di sistema se forniti a
• argomento booleano (ovvero il concetto configurato in WatchdogSec =), per
• scopi di debug. C'è anche un'opzione della riga di comando del kernel
• systemd.service_watchdogs = per controllare lo stesso.
• * Due nuovi & quot; livello-log & quot; e & quot; log-target & quot; le opzioni per systemd-analyze erano
• addded che uniscono il livello get-log ora deprecato, set-log-level e
• get-log-target, set-log-target pairs. Le opzioni deprecate sono ancora
• inteso per compatibilità con le versioni precedenti. Le due nuove opzioni stampano
• valore corrente quando non vengono forniti argomenti e li imposta quando un
• livello / destinazione è dato come argomento.
• * sysusers.d's & quot; u & quot; le linee ora accettano opzionalmente sia un UID che un GID
• specifica, separata da un & quot;: & quot; carattere, al fine di creare utenti
• dove UID e GID non corrispondono.

Novità della versione nella versione:

• Viene introdotto il modprobe.d / drop-in per il modulo del kernel bonding.ko
• nella v235 è stato esteso per impostare anche l'opzione module dummy.ko
• numdummies = 0, impedendo al kernel di creare automaticamente
• dummy0. Tutte le interfacce fittizie devono ora essere create in modo esplicito.
• * Gli identificatori '%' sconosciuti nei file di configurazione sono ora respinti. Questo
• si applica alle unità e alla configurazione di tmpfiles.d. Qualsiasi carattere percentuale
• che sono seguiti da una lettera o cifra che non dovrebbero essere
• interpretato come l'inizio di uno specificatore dovrebbe essere evaso da
• raddoppio (& quot; %% & quot;). (Quindi "quotato = 5% & quot; è ancora accettato, così come
• & quot; size = 5%, foo = bar & quot ;, ma non & quot; LABEL = x% y% z & quot; poiché% y e% z non sono
• identificatori validi oggi.)
• * systemd-resolved ora mantiene una nuova dinamica
• /run/systemd/resolve/stub-resolv.conf file di compatibilità. È
• raccomandato di rendere /etc/resolv.conf un link simbolico ad esso. Questo file
• punta al resolver DNS 127.0.0.53 di stub risolti systemd e
• include i domini di ricerca acquisiti dinamicamente, ottenendo risultati più corretti
• Risoluzione DNS tramite software che ignora le API DNS locali come NSS.
• * Il & quot; uaccess & quot; il tag udev è stato rilasciato da / dev / kvm e
• / dev / dri / renderd *. Questi dispositivi ora hanno le autorizzazioni 0666 di
• default (ma questo può essere cambiato in fase di costruzione). / Dev / dri / renderd *
• sarà ora di proprietà del & quot; render & quot; raggruppa insieme a / dev / kfd.
• * & quot; DynamicUser = yes & quot; è stato abilitato per systemd-timesyncd.service,
• systemd-journal-gatewayd.service e
• systemd-rivista-upload.service. Questo significa & quot; nss-systemd & quot; deve essere
• abilitato in /etc/nsswitch.conf per assicurare gli UID assegnati a questi

I servizi
• vengono risolti correttamente.
• * In / etc / fstab sono ora comprese due nuove opzioni di montaggio:
• x-systemd.makefs e x-systemd.growfs. Il primo ha l'effetto
• il file system configurato viene formattato prima di essere montato,
• ultimi che il file system viene ridimensionato alla dimensione completa del dispositivo a blocchi
• dopo che è montato (ad esempio se il file system è più piccolo di
• la partizione risiede su, è cresciuto). Questo è simile al fsck
• logica in / etc / fstab, e richiama systemd-makefs in .service e
• systemd-growfs su .service secondo necessità, simile a
• systemd-fsck su .service. Il ridimensionamento è attualmente supportato solo su ext4
• e btrfs.
• * In systemd-networkd, la logica di IPv6 RA ora può eventualmente annunciare
• Informazioni sul server DNS e sul dominio.
• * Il supporto per il formato su disco LUKS2 per le partizioni crittografate ha
• stato aggiunto. Ciò richiede libcryptsetup2 durante la compilazione e
• runtime.
• * L'istanza systemd --user ora segnalerà & quot; readiness & quot; quando è
• unità di base.target è stata raggiunta, invece di quando la coda di esecuzione è stata eseguita
• vuoto per la prima volta.
• * Sono supportati anche Tmpfiles.d con configurazione utente.
• systemd-tmpfiles ha ottenuto una nuova opzione --user e snippet inseriti in
• ~ / .config / user-tmpfiles.d / e le directory corrispondenti saranno
• eseguito da systemd-tmpfiles --user in esecuzione nel nuovo
• systemd-tmpfiles-setup.service e systemd-tmpfiles-clean.service
• in esecuzione nella sessione utente.
• * I file unit e i frammenti tmpfiles.d hanno appreso tre nuovi% specificatori:
• % S si risolve nella directory di stato di primo livello (/ var / lib per il sistema

istanza
• , $ XDG_CONFIG_HOME per l'istanza utente),% C risolve il
• directory di cache di primo livello (/ var / cache per l'istanza di sistema,
• $ XDG_CACHE_HOME per l'istanza utente),% L si risolve al livello più alto
• directory logs (/ var / log per l'istanza di sistema,
• $ XDG_CONFIG_HOME / log / per l'istanza utente). Questo corrisponde a
• identificatore% t esistente, che risolve il runtime di livello superiore
• directory (/ run per l'istanza di sistema e $ XDG_RUNTIME_DIR per
• istanza utente).
• * journalctl ha appreso un nuovo parametro --output-fields = per limitare il
• set di campi del journal per l'output nelle modalità di output verbose e JSON.
• * Il file di configurazione di systemd-timesyncd ha ottenuto una nuova opzione
• RootDistanceMaxSec = per impostare la distanza massima di root dei server
• verrà utilizzato, così come le nuove opzioni PollIntervalMinSec = e
• PollIntervalMaxSec = per regolare l'intervallo di polling minimo e massimo.
• * bootctl ha ottenuto un nuovo comando & quot; lista & quot; per elencare tutti gli avviamenti disponibili
• voci di menu su sistemi che seguono le specifiche del boot loader.
• * systemctl ha ottenuto un nuovo switch --dry-run che mostra cosa sarebbe stato fatto
• invece di farlo, ed è attualmente supportato dall'arresto e
• verbi di sonno.
• * ConditionSecurity = ora può rilevare il modulo di sicurezza TOMOYO.
• * Le sezioni [Install] del file Unit ora sono anche rispettate nel drop-in di unità
• file. Questo è inteso per essere utilizzato dai drop-in in / usr / lib /.
• * systemd-firstboot ora può anche impostare il mapping della tastiera iniziale.
• * Udev & quot; modificato & quot; eventi per dispositivi esposti come systemd

Le unità
• .device vengono ora propagate alle unità specificate in
• ReloadPropagatedFrom = as as reload request.
• * Se un dispositivo udev ha una proprietà SYSTEMD_WANTS = contenente un systemd
• nome del modello di unità (ad esempio un nome nella forma di "foobar in .service",
• senza il componente di istanza tra '@' e - il '.'), quindi
• il percorso sysfs di escape del dispositivo viene automaticamente utilizzato come
• istanza.
• * SystemCallFilter = nei file unità è stato esteso in modo che un & quot; errno & quot;
• può essere specificato singolarmente per ogni chiamata di sistema. Esempio:
• SystemCallFilter = ~ uname:. EILSEQ
• * La logica di delega cgroup è stata sostanzialmente aggiornata. Delegato =
• ora opzionalmente prende una lista di controller (invece di un booleano, come
• prima), che elenca i controllori da delegare almeno.
• * Il client DHCPv6 in rete ora implementa l'opzione FQDN (RFC 4704).
• * Una nuova impostazione LogLevelMax = configura il livello di registro massimo qualsiasi
• il processo del servizio può accedere (ad esempio, con un minore

La priorità
• di quella specificata viene automaticamente eliminata). Un nuovo
• LogExtraFields = l'impostazione consente la configurazione del giornale aggiuntivo
• campi da allegare a tutti i record di log generati da una qualsiasi delle unità
• processi.
• * New StandardInputData = e StandardInputText = impostazioni insieme a
• nuova opzione StandardInput = i dati possono essere utilizzati per configurare testuale o
• dati binari che devono essere passati al processo del servizio eseguito tramite
• input standard, codificati in linea nel file di unità.
• * StandardInput =, StandardOutput = e StandardError = ora possono essere usati per
• collega stdin / stdout / stderr dei processi eseguiti direttamente con un
• file o socket AF_UNIX nel file system, utilizzando il nuovo & quot; file: & quot; opzione.
• * È stata aggiunta un'opzione per il nuovo file dell'unità CollectMode = che consente
• modifica la logica della raccolta dei rifiuti per le unità. Può essere usato per
• indica systemd alle unità di raccolta rifiuti che hanno fallito automaticamente
• (normalmente solo le unità GC sono uscite con successo). systemd-run
• e systemd-mount espongono questa nuova funzionalità con una nuova opzione -G.
• * & quot; machinectl bind & quot; ora può essere usato per associare mount non-directory
• (cioè regularfiles, devices, fifos, socket).
• * systemd-analyze ha ottenuto un nuovo verbo & quot; calendar & quot; per la convalida e
• verifica le specifiche del tempo di calendario da utilizzare per OnCalendar = in timer
• unità. Oltre a convalidare l'espressione, calcolerà il prossimo
• tempo trascorso dall'espressione specificata.
• * Oltre alla preesistente FailureAction = impostazione del file unità
• ora c'è SuccessAction =, per configurare un'azione di arresto su
• eseguito quando un'unità si completa correttamente. Questo è utile in
• particolare all'interno di contenitori che termineranno dopo un carico di lavoro
• è stato completato. Inoltre, entrambe le opzioni sono ora supportate per tutte le unità
• tipi, non solo servizi.
• * il supporto della regola IP di networkds ha ottenuto due nuove opzioni
• IncomingInterface = e OutgoingInterface = per configurare l'arrivo
• e interfacce in uscita delle regole configurate. systemd-networkd anche
• ha ottenuto il supporto per & quot; vxcan & quot; dispositivi di rete.
• * networkd ha ottenuto una nuova impostazione RequiredForOnline =, prendendo un
• booleano. Se impostato, systemd-wait-online lo prenderà in considerazione
• quando si determina che il sistema è attivo, altrimenti ignorerà
• interfaccia per questo scopo.
• * Il protocollo sd_notify () ha ottenuto il supporto per una nuova operazione: con
• FDSTOREREMOVE = 1 descrittore di file può essere rimosso dal per-service
• memorizza di nuovo, prima di POLLHUP o POLLERR quando vengono rimossi
• in ogni caso.
• * Un nuovo documento UIDS-GIDS.md è stato aggiunto all'albero dei sorgenti, che
• documenta l'intervallo UID / GID e le ipotesi di assegnazione e
• requisiti di systemd.
• * Il dispositivo watchdog PID 1 effettuerà il ping ora può essere configurato tramite
• WatchdogDevice = impostazione del file di configurazione o impostando
• systemd.watchdog_service = opzione della riga di comando del kernel.
• * systemd-resolved ha ottenuto il supporto per la registrazione dei servizi DNS-SD su
• la rete locale che utilizza MulticastDNS. I servizi possono essere
• registrato facendo cadere un file .dnssd in / etc / systemd / dnssd / (o
• la stessa dir sotto / run, / usr / lib), o attraverso la sua API D-Bus.
• * Il protocollo sd_notify () ora può essere utilizzato con EXTEND_TIMEOUT_USEC = microsecondo
• estendere l'effettivo avvio, runtime e orario di arresto. Il servizio deve
• continua a inviare EXTEND_TIMEOUT_USEC entro il periodo specificato in
• impedisce al gestore del servizio di rendere il servizio scaduto.
• * Il supporto DNSSEC di systemd-resolved ha ottenuto il supporto per RFC 8080
• (chiavi e firme Ed25519).
• * Lo strumento da riga di comando di systemd-resolve ha ottenuto un nuovo set di opzioni
• - set-dns =, --set-domain =, --set-llmnr =, --set-mdns =, --set-dnssec =,
• - set-nta = e --revert per configurare la configurazione DNS per interfaccia
• dinamicamente durante il runtime. È utile per spingere le informazioni DNS
• in systemd-resolved da script hook DNS che varie interfacce
• gestione dei supporti software (come pppd).
• * systemd-nspawn ha ottenuto un nuovo --network-namespace-path = command line

Opzione
• , che può essere utilizzata per fare in modo che un container si unisca a un
esistente
• spazio dei nomi di rete, specificando un percorso per un & quot; netns & quot; file.

Novità della nuova versione nella versione 234:

• Meson ora è supportato come sistema di compilazione oltre a Automake. Il nostro piano è di rimuovere Automake in una delle nostre prossime versioni, in modo che Meson diventi il ​​nostro esclusivo sistema di build. Quindi, per favore inizia a usare il sistema di costruzione Meson nella confezione a valle. C'è un sacco di documentazione su come usare Meson, il sommario estremamente breve:
• ./ autogen.sh & amp; & amp; ./configure & amp; & amp; crea & amp; & amp; sudo make install
• diventa:
• meson build & amp; & amp; ninja -C build & amp; & amp; sudo ninja -C build install
• I file unità hanno ottenuto il supporto per una nuova impostazione JobRunningTimeoutUSec = che consente di configurare un timeout sul tempo in cui un lavoro è in esecuzione. Ciò è particolarmente utile per impostare i timeout sui lavori per unità .device.
• I file unità hanno ottenuto due nuove opzioni ConditionUser = e ConditionGroup = per condizionare le unità in base all'identità dell'utente / gruppo che esegue un'istanza utente systemd.
• systemd-networkd ora comprende una nuova variabile FlowLabel = nella sezione [VXLAN] dei file .network, nonché una Priorità = in [Bridge], GVRP = + MVRP = + LooseBinding = + ReorderHeader = in [VLAN] e GatewayOnlink = + IPv6Preference = + Protocol = in [Route]. Ha anche ottenuto il supporto per la configurazione dei collegamenti GENEVE e delle etichette degli indirizzi IPv6. La sezione [Rete] ha ottenuto il nuovo IPv6ProxyNDP = impostazione.

I file
• .link ora comprendono una nuova impostazione Port =
• Il supporto DHCP di systemd-networkd ha ottenuto il supporto per l'opzione DHCP 119 (elenco di ricerca dei domini).
• systemd-networkd ha ottenuto il supporto per servire intervalli di indirizzi IPv6 usando il protocollo Router Advertisment. La nuova sezione di configurazione .network [IPv6Prefix] può essere utilizzata per configurare gli intervalli da servire. Questo è implementato sulla base di una nuova, minima implementazione nativa del server RA.
• journalctl's --output = switch ha ottenuto il supporto per un nuovo parametro "short-iso-precise" per una modalità in cui i timestamp vengono visualizzati come valori di data ISO precisi.
• builtin "net_id" di systemd-udevd può ora generare nomi di interfaccia di rete stabili da dispositivi IBM PowerVM VIO e dispositivi della piattaforma ACPI.
• Il supporto di MulticastDNS in systemd-resolved ora può essere abilitato / disabilitato in modo esplicito usando la nuova opzione MulticastDNS = file di configurazione.
• systemd-resolved può ora usare facoltativamente libidn2 invece di libidn per elaborare nomi di dominio internazionalizzati. Il supporto per libidn2 dovrebbe essere considerato sperimentale e non dovrebbe essere abilitato di default ancora.
• "machinectl pull-tar" e la relativa chiamata ora possono effettuare la verifica delle immagini scaricate usando i file di checksum in stile SUSE .sha256 oltre al supporto già esistente per la convalida utilizzando i file SHA256SUMS in stile Ubuntu.
• sd-bus ha ottenuto il supporto per una nuova chiamata sd_bus_message_appendv () che è equivalente a va_list di sd_bus_message_append ().
• sd-boot ha ottenuto il supporto per la convalida delle immagini usando SHIM / MOK.
• Il codice SMACK ha appreso il supporto per "onlycap".
• systemd-mount --umount ora è molto più intelligente nel capire come smontare correttamente un dispositivo data la sua mount o il percorso del dispositivo.
• Il codice per chiamare libnss_dns come fallback da libnss_resolve quando la comunicazione con systemd-resolved è stata rimossa. Questo fallback era ridondante e interferiva con il suffisso [! UNAVAIL = return]. Vedi nss-resolve (8) per la configurazione consigliata.
• systemd-logind potrebbe ora essere riavviato senza perdere lo stato. Memorizza i descrittori di file per i dispositivi che gestisce nel gestore di sistema utilizzando il meccanismo FDSTORE =. Si prega di notare che potrebbero essere necessarie ulteriori modifiche in altri componenti per fare uso di questo (per esempio Xorg ha il codice per ascoltare gli arresti di systemd-logind e terminare se stesso quando logind viene arrestato o riavviato, per evitare l'uso di descrittori di file stantii per la grafica dispositivi, che ora è controproducente e deve essere ripristinato affinché i riavvii di systemd-logind siano sicuri. Vedere https://cgit.freedesktop.org/xorg/xserver/commit/?id=dc48bd653c7e101.)
• Tutti i plugin di installazione del kernel vengono chiamati con la variabile di ambiente KERNEL_INSTALL_MACHINE_ID che è impostata sull'ID della macchina data da / etc / machine-id. Se il file è mancante o vuoto, la variabile è vuota e BOOT_DIR_ABS è il percorso di una directory temporanea che viene rimossa dopo l'uscita di tutti i plug-in. Pertanto, se KERNEL_INSTALL_MACHINE_ID è vuoto, tutti i plug-in non devono inserire nulla in BOOT_DIR_ABS.

Requisiti :

• Richiede un kernel Linux 2.6 o successivo con CONFIG_HOTPLUG abilitato per l'esecuzione.
• Si consiglia di installare anche gli script Hotplug di Linux, ma non è necessario che funzioni correttamente.