Documentation for a newer release is available. View Latest

Cambiamenti a livello di distribuzione

Scalabilità di ZRAM all’intera dimensione della memoria fisica

In Fedora, non viene più creata una partizione di swap predefinita sul disco al momento dell’installazione. Al suo posto, viene creato un dispositivo zram, sul quale la swap viene abilitata durante l’avvio del sistema.

Per Fedora 34, la dimensione di questo dispositivo zram è stata aumentata. È impostata sulla stessa dimensione della RAM o a 8 GB, a seconda di quale sia il valore inferiore. Questo cambiamento consente ai computer con quantità di RAM ridotte di completare correttamente l’installazione utilizzando l’installer Anaconda.

L’allocazione della memoria per zram avviene dinamicamente, quindi la dimensione totale del dispositivo a blocchi non viene allocata al momento della sua creazione. Questa allocazione dinamica delle risorse, combinata con la compressione nel dispositivo zram che è generalmente superiore a 2:1, assicura che il file di swap non consumi interamente la memoria disponibile.

Consulta man zram-generator per ulteriori informazioni su come viene richiamato zram.

Nuovo pacchetto: fbrnch

Un nuovo pacchetto fbrnch(Fed Brunch) fornisce un’utility che aiuta a semplificare o semi-automatizzare i processi del flusso di lavoro per i manutentori di pacchetti Fedora (Fedora Packagers). Questo pacchetto è disponibile per gli utenti senza la necessità di aggiungere ulteriori repository Copr.

L’utility `fbrnch`supporta le seguenti attività e molto altro:

  • Unione e compilazione di pacchetti tra i rami di rilascio

  • File RPM sorgente (SRPM), build di prova (scratch build), installazioni locali e build mock da rami di pacchetti arbitrari

  • Clonazione ed elenco dei pacchetti Fedora dal sistema di hosting del codice Pagure

  • Creazione, aggiornamento ed elenco delle revisioni dei pacchetti

  • Richiesta di nuovi repository e branch e importazione di nuovi pacchetti direttamente dalle revisioni dei pacchetti

$ sudo mount -o remount,compress=none /

La funzionalità [citetitle]_UEFI per dispositivi ARMv7 ha introdotto tutte le modifiche infrastrutturali descritte in Fedora 30. Tuttavia, ha comportato anche alcuni problemi con il kernel upstream, i bootloader e vari altri componenti che esulavano dal controllo di Fedora.

In questa versione, le suddette criticità sono state risolte. Di conseguenza, l’esperienza utente è ora coerente su tutte le architetture CPU di Fedora.

Main è il nuovo nome predefinito per i rami (branch) dei repository Git

Con il rilascio di Fedora 34, i dati residenti nel ramo master`di tutti i repository git di Fedora sono stati spostati in un ramo denominato `main. Questo aggiornamento è in linea con la visione di Fedora di essere un software libero e open source creato da comunità inclusive, accoglienti e aperte.

"Gli utenti che hanno cloni esistenti dei repository Fedora devono eseguire`git pull`l per ottenere i rami predefiniti aggiornati. Gli utenti con pull request esistenti verso il ramo master`devono eseguire un `git rebase`rispetto al ramo `main.

Comprimi il firmware del kernel per ridurre lo spazio occupato sul disco

I collegamenti simbolici (symlink) del file system Stratis si trovano ora nella directory /dev/stratis/. È necessario aggiornare le configurazioni di sistema che utilizzano i vecchi percorsi del file system.

Unificare la posizione dei file di configurazione di GRUB per tutte le architetture CPU supportate.

Questa modifica semplifica il file di configurazione di GRUB, migliora l’esperienza utente complessiva e offre inoltre i seguenti vantaggi significativi:

  • Consenti l’avvio della stessa installazione con EFI o BIOS legacy

  • Usa la stessa documentazione e gli stessi comandi per tutte le architetture

    • NOTA: Se è necessario aggiornare grub.cfg, usa grub2-mkconfig -o /boot/grub2/grub.cfg

  • Rendere gli strumenti di configurazione di GRUB più robusti, evitando di fare affidamento sulla creazione di collegamenti simbolici e non dovendo gestire casi specifici per le diverse piattaforme

  • Allineamento con le immagini generate da CoreOS Assembler (COSA) e OSBuild riguardo al modo in cui vengono utilizzati i file di configurazione di GRUB

  • Allineamento con le altre distribuzioni Linux sulle modalità di utilizzo dei file di configurazione di GRUB

systemd-oomd previene le situazioni di esaurimento della memoria (out-of-memory)

The systemd-oomd service monitors swap and CGroups on your system using the Linux pressure stall information (PSI) and analyzes wasted productivity due to resource shortages. When the system is running out of memory, systemd-oomd terminates processes under the CGroup that exceeds the configured memory limits.

Il servizio systemd-oomd è ora abilitato per impostazione predefinita sia sulle nuove installazioni che negli aggiornamenti delle versioni esistenti. Sostituisce automaticamente il servizio earlyoom, utilizzato nelle precedenti release di Fedora per prevenire situazioni di memoria esaurita (Out-Of-Memory).

Per informazioni sulla configurazione di systemd-oomd, consulta la pagina man di oomd.conf.