Systemd 245 arriva con un ampio elenco di modifiche e queste sono le più importanti

Gli sviluppatori che si occupano di systemd rilasciato il rilascio della nuova versione di systemd 245 che viene fornito con un ottimo elenco di modifiche che include alcune notizie molto interessanti.

Nella nuova versione, vengono aggiunti nuovi componenti systemd-homed e systemd-distribu, include il supporto per i profili utente portatili in formato JSON, fornisce la capacità di definire gli spazi dei nomi in systemd-journald, aggiunge il supporto per il meccanismo "pidfd".

Cosa c'è di nuovo in systemd 245?

Uno dei cambiamenti più importanti è l'aggiunta del servizio a casa di sistema, che pFornisce la gestione della directory home portatile fornito sotto forma di un file immagine montato in cui i dati sono crittografati.

Sistemato a casa permette di creare ambienti autonomi per i dati dell'utente che possono essere trasferiti tra diversi sistemi senza preoccuparsi del tempismo di identificatori e privacy. Le credenziali dell'utente sono legate alla home directory, non alle impostazioni di sistema.

Un altro cambiamento importante è il aggiungendo il componente aggiuntivo systemd-userdb, che traduce gli account UNIX / glibc NSS in record JSON e fornisce un'API Varlink unificata per l'interrogazione e l'elenco dei record.

Il profilo JSON associato alla directory home ccontiene i parametri necessari affinché l'utente possa lavorare, comprese le informazioni sul nome, hash delle password, chiavi di crittografia, quote e risorse fornite.

D'altra parte anche viene evidenziata la nuova utility "systemd-distribu", che è diseña per distribuire le tabelle partizione del disco in formato GPT.

Con questo la struttura delle partizioni è definita in modo dichiarativo attraverso file che descrivono quali partizioni dovrebbero o non dovrebbero esistere.

In pratica, systemd-distribu può essere utile per le immagini del sistema operativo che inizialmente può essere consegnato in forma minimale e dopo il primo avvio si espande alla dimensione di un dispositivo a blocchi esistente o integrato con partizioni aggiuntive.

Anche in systemd 245 è ora possibile eseguire più istanze di systemd-journald, ognuno dei quali mantiene i record nel proprio spazio dei nomi. Oltre al sistema principale systemd-journald.service, la directory .service fornisce un modello per la creazione di istanze aggiuntive collegate ai loro spazi dei nomi utilizzando la direttiva "LogNamespace".

Systemd-udevd e altri componenti di systemd hanno aggiunto il supporto per il meccanismo per assegnare nomi alternativi alle interfacce di rete, consentendo l'utilizzo simultaneo di più nomi per un'interfaccia.

Il nome può essere lungo fino a 128 caratteri (in precedenza il nome dell'interfaccia di rete era limitato a 16 caratteri). Per impostazione predefinita, systemd-udevd ora assegna a ciascuna interfaccia di rete tutte le varianti di nome generate dagli schemi di denominazione supportati.

Questo comportamento può essere modificato tramite le nuove impostazioni AlternativeName e AlternativeNamesPolicy nei file .link. Systemd-nspawn implementa la generazione di nomi alternativi con il nome completo del contenitore per i collegamenti veth creati sul lato host.

Ultimo, ma non per importanza, Si distingue anche nell'annuncio systemd 245 che è stato aggiunto supporto per il sottosistema del kernel Linux "pidfd" in API sd-event.h per gestire la situazione di riutilizzo del PID (pidfd si unisce a un processo specifico e non cambia, mentre PID può legarsi a un altro processo dopo aver completato il processo corrente associato a questo PID).

Tutti i componenti di systemd, ad eccezione del PID 1, vengono modificati per utilizzare pidfds se il sottosistema corrente supporta questo sottosistema.

Systemd-logind tramite PolicyKit fornisce il controllo degli accessi per il funzionamento dello switch del terminale virtuale. Per impostazione predefinita, le autorizzazioni per modificare il terminale attivo vengono concesse solo agli utenti che hanno effettuato l'accesso al terminale virtuale locale almeno una volta.

Per semplificare la creazione di immagini initrd con systemd, il controller PID 1 ora determina se è usato in initrd, nel qual caso carica automaticamente initrd.target invece di default.target.

Se vuoi conoscere l'elenco completo delle modifiche e delle notizie fornite in questa nuova versione di systemd 245, è possibile verificarle nel seguente link