Novità in Fedora 43 per gli amministratori di sistema
Modifiche nell’installer di Anaconda
Le versioni alternative di Fedora (Spin) utilizzano ora il nuovo programma di installazione con interfaccia web (WebUI)
Fedora 42 ha introdotto una nuova interfaccia grafica riprogettata per l’installer, che utilizza una nuova WebUI basata su browser, inizialmente disponibile su Fedora Workstation. In Fedora 43, lo stesso installer viene ora utilizzato anche nella Fedora KDE Edition e in alcune Spin.
Non è più supportata l’installazione su dischi con partizionamento MBR in modalità UEFI su x86
A partire da Fedora 43, l’installer non supporta più l’installazione di Fedora su dischi che utilizzano un Master Boot Record (MBR) in modalità di avvio UEFI su sistemi x86 a 32 bit. Al suo posto, l’installer imporrà l’uso di una GUID Partition Table (GPT), uno standard decisamente più moderno che era già predefinito per alcune configurazioni hardware. I sistemi UEFI a 32 bit esistenti con dischi partizionati in MBR possono essere aggiornati normalmente; la modifica riguarda solo le nuove installazioni.
Anaconda ora utilizza DNF5
Fedora nel suo complesso è passata a DNF5 nella release 41 per la gestione generale dei pacchetti e la creazione delle immagini. A partire da Fedora 43, anche Anaconda utilizza DNF5 come backend. Questo cambiamento non dovrebbe essere visibile alla maggior parte degli utenti.
Rimozione del supporto alla modularità
Poiché il progetto Fedora Modularity è stato deprecato, il supporto per la modularità dei pacchetti è stato rimosso anche da Anaconda. Questo cambiamento è correlato al passaggio a DNF5, in quanto anche DNF5 non supporta più la modularità; ciò consente quindi ad Anaconda di essere aggiornato a DNF5.
La partizione /boot predefinita è ora di 2G
Fedora Linux 43 ha aumentato la dimensione della partizione /boot predefinita a 2 GiB. Questa modifica serve ad accogliere l’aumento dei dati di avvio registrato nelle ultime versioni e a mantenere un’esperienza d’uso ottimale. Agli utenti di versioni precedenti potrebbe essere consigliato di reinstallare il sistema invece di eseguire l’avanzamento di versione, in modo da poter aumentare la dimensione della partizione /boot.
Aggiornamenti automatici attivi per impostazione predefinita su Fedora Kinoite
Gli aggiornamenti sia del sistema che di tutti i Flatpak su Fedora Kinoite vengono ora scaricati automaticamente e applicati al riavvio successivo. La modifica si applica a tutti i sistemi, sia quelli appena installati che quelli aggiornati a Fedora 43, a meno che l’impostazione di aggiornamento automatico non sia stata modificata in precedenza.
È possibile modificare la frequenza degli aggiornamenti automatici (o disabilitarli completamente, sebbene non sia raccomandato) nelle impostazioni di sistema, nella scheda Aggiornamenti software.
Stratis 3.8.5: stratisd 3.8.5 and stratis-cli 3.8.2
Stratis 3.8.5, che consiste in stratisd 3.8.5 e stratis-cli 3.8.2, include una serie di miglioramenti e modifiche significativi.
stratisd
Per stratisd, questa versione introduce miglioramenti al supporto di Stratis per il montaggio dei file system all’avvio. È stato introdotto un nuovo file di unità systemd, stratis-fstab-setup-with-network@.service, che deve essere utilizzato quando il pool di un file system richiede lo sblocco in presenza della rete, come nel caso di un pool crittografato tramite NBDE (network-bound disk encryption). Se viene utilizzata questa unità systemd, la voce relativa al file system nel file fstab deve includere l’opzione _netdev.
"Se viene utilizzata l’unità `stratis-fstab-setup-with-network@service`e l’opzione `_netdev`viene omessa nella stessa voce di fstab, systemd calcolerà una dipendenza ciclica e il processo di avvio fallirà.
Un esempio di voce fstab per un file system su un pool crittografato tramite NBDE dovrebbe essere simile a questo:
/dev/stratis/<NOME_POOL>/<NOME_FILESYSTEM> <PUNTO_DI_MONTAGGIO> xfs defaults,_netdev,x-systemd.requires=stratis-fstab-setup-with-network@<UUID_POOL>.service 0 2
Se il pool di un file system non richiede che la rete sia attiva per essere sbloccato, la voce in fstab può utilizzare invece l’unità esistente stratis-fstab-setup@.service .
Inoltre, stratisd si assume la responsabilità di mantenere la chiave utilizzata per cifrare un pool stratisd; in questo modo, viene garantita la sua presenza nel portachiavi del kernel (keyring) qualora fosse necessario eseguire un’azione automatica di manutenzione su un pool cifrato. stratisd aggiorna la nuova proprietà D-Bus VolumeKeyLoaded sul pool interessato con un messaggio di errore nel caso in cui la chiave non sia caricata.
`stratisd`espone inoltre informazioni aggiuntive sui pool arrestati nella proprietà StoppedPools.
Host di virtualizzazione riservata per Intel TDX
Gli host di virtualizzazione Fedora in esecuzione su hardware Intel Xeon opportunamente configurato hanno ora la possibilità di avviare macchine virtuali riservate (confidential virtual machines) utilizzando la funzionalità Intel TDX.
Fedora fornisce da diversi anni il supporto per l’avvio di virtual machine riservate (confidential VM) utilizzando KVM su host x86_64, sfruttando le tecnologie SEV e SEV-ES disponibili nelle CPU AMD e, a partire da Fedora 41, la tecnologia SEV-SNP. Nella versione Fedora 42 è stato introdotto il supporto per la piattaforma Intel SGX; questo cambiamento si basa su tale lavoro per consentire la creazione di guest Intel TDX su host Fedora. Intel TDX offre funzionalità di virtualizzazione riservata al pari del recente supporto AMD SEV-SNP.
PostgreSQL
In Fedora 43, PostgreSQL è stato aggiornato alla versione major 18. Questo aggiornamento coinvolge sia il server del database (postgresql) sia la libreria client fondamentale (libpq), mantenendo la struttura di packaging introdotta con Fedora 40.
Vedi le note di rilascio a monte per ulteriori informazioni e note sulla migrazione.
| L’aggiornamento interromperà il runtime di PostgreSQL e richiede un impegno supplementare! Segui i consigli riportati su [https://docs.fedoraproject.org/en-US/fedora-server/#_updating_to_fedora_43](Documentazione di Fedora Server o su [https://bugzilla.redhat.com/show_bug.cgi?id=2411778#c1](Bugzilla Bug #2411778. |
Supporto BDB in sola lettura nel server di directory 389 (389 Directory Server)
That is a significant change for system administrators. As of Fedora 43 (released late 2025), the 389 Directory Server (389-ds-base) has officially removed support for the legacy BerkeleyDB (BDB) backend in favor of LMDB (Lightning Memory-Mapped Database.)
Le istanze di Directory Server create a partire da Fedora 40 che utilizzano il database predefinito LMDB non sono interessate (questo è tipicamente il caso degli utenti FreeIPA). Tuttavia, gli utenti che utilizzano ancora BerkeleyDB (perché non hanno ancora effettuato la migrazione o perché hanno scelto esplicitamente di usarlo) sono tenuti a migrare a LMDB.
Se questo passaggio non viene eseguito, l’istanza non sarà in grado di avviarsi dopo l’aggiornamento e il seguente messaggio di errore verrà visualizzato nel log degli errori di dirsrv e nel journal di sistema:
bdb implementation is no longer supported. Directory server cannot be started without migrating to lmdb first. To migrate, please run: dsctl instanceName dblib bdb2mdb
Gli utenti devono quindi migrare i dati utilizzando il comando dsctl, oppure manualmente seguendo i passaggi indicati nel link:link:https://www.port389.org/docs/389ds/FAQ/Berkeley-DB-deprecation.html#manual-method---export-to-ldif[ FAQ upstream.
Dovecot 2.4
Il server email Dovecot è stato aggiornato alla versione 2.4 in Fedora 43. Si tratta dell’ultimo aggiornamento principale, rilasciato dopo 7 anni di sviluppo.
Nota che la configurazione di Dovecot 2.4 non è totalmente compatibile con la versione precedente (2.3). Consulta il documento ufficiale upstream Aggiornamento di Dovecot CE da 2.3 a 2.4.
Per ulteriori informazioni su questa release, consulta le note di rilascio ufficiali.
MySQL 8.4 as default
MySQL 8.4 è ora la versione predefinita di MySQL in Fedora.
Coloro che desiderano continuare a utilizzare la versione predefinita precedente, MySQL 8.0, possono utilizzare il pacchetto mysql-8.0-server.
Per informazioni sulle ultime versioni, consulta i seguenti link:
-
link:https://dev.mysql.com/doc/relnotes/mysql/8.3/en/[
-
link:https://dev.mysql.com/doc/relnotes/mysql/8.4/en/[
RPM 6.0
Fedora 43 aggiorna il sistema di gestione dei pacchetti RPM alla versione 6.0. Questa release introduce diversi miglioramenti sul piano della sicurezza, tra cui:
-
Le chiavi OpenPGP vengono ora identificate tramite il loro fingerprint (impronta digitale) o tramite l’ID completo della chiave (full key ID) qualora il fingerprint non fosse disponibile (rispetto al short key ID utilizzato nelle versioni precedenti).
-
Le chiavi OpenPGP possono essere aggiornate utilizzando il comando`rpmkeys --import <chiave>` e le corrispondenti API.
-
Supporto per firme multiple per pacchetto.
-
Supporto per la firma automatica durante la compilazione dei pacchetti (principalmente per uso locale).
-
Supporto per chiavi e firme OpenPGP v6 (incluso PQC - Post-Quantum Cryptography).
-
Supporto per la firma tramite Sequoia-sq come alternativa a GnuPG.
Per informazioni complete su questo rilascio, consulta le note di rilascio ufficiali. Anche il post Road to RPM 6.0 fornisce dettagli in un formato più facilmente consultabile. Dimensioni della initrd leggermente ridotte (nell’ordine di pochi megabyte) e avvii più veloci. Consulta https://github.com/coreos/fedora-coreos-tracker/issues/1247#issuecomment-1179490347 per alcune misurazioni. Abbiamo introdotto questa modifica in Fedora CoreOS per ridurre le dimensioni della initrd e risparmiare spazio su disco nella partizione /boot.
L’immagine initrd è ora compressa con zstd per impostazione predefinita
L’algoritmo di compressione utilizzato da dracut`durante la generazione di un’immagine initrd è stato cambiato da `xz`a `zstd; di conseguenza, Dracut ora dipende da `zstd`per garantirne la disponibilità. Questa modifica dovrebbe comportare dimensioni della initrd leggermente ridotte e tempi di avvio leggermente più rapidi.
YASM è deprecato ed è stato sostituito da NASM
L’assemblatore YASM è stato deprecato e nessun nuovo pacchetto dovrebbe dipendere da esso. I pacchetti che ne richiedono l’utilizzo per la compilazione vengono ora compilati usando NASM, laddove possibile.
Packaging modulare per GnuPG2
Il pacchetto GnuPG (gnupg2), precedentemente monolitico, è stato modularizzato: diversi strumenti e utility non essenziali sono stati suddivisi in sottopacchetti separati. Le utility non fondamentali (contenute gnupg2-utils) e alcuni servizi inutilizzati sulla maggior parte dei sistemi non vengono più installati per impostazione predefinita.
Supporto Identity Provider (IdP) in SSSD
SSSD in Fedora 43 fornisce un nuovo provider generico di identità e autenticazione per gli Identity Provider (IdP). Il supporto iniziale include Keycloak ed Entra ID. È ora possibile configurare SSSD per leggere utenti e gruppi direttamente da questi IdP e abilitare l’autenticazione utente utilizzando l’OAUTH 2.0 Device Authorization Grant (RFC 8628). Per ulteriori informazioni ed esempi di configurazione, consultare la pagina man sssd-idp(5).
Want to help? Learn how to contribute to Fedora Docs ›