Gli sviluppatori di Fedora la questione della cessazione del supporto per il caricamento utilizzando il BIOS classico e la possibilità di installazione solo su sistemi con supporto UEFI. Si osserva che i sistemi basati sulla piattaforma Intel sono forniti con UEFI dal 2005 e fino al 2020 l'azienda Intel cessare il supporto del BIOS nei sistemi client e nelle piattaforme per data center.
La discussione sulla cessazione del supporto per il BIOS in Fedora è inoltre motivata dalla semplificazione dell'implementazione di una visualizzazione selettiva del menu di avvio, in cui il menu è nascosto per impostazione predefinita e viene mostrato solo dopo un errore o l'attivazione di un'opzione in GNOME. Per UEFI, la funzionalità necessaria è già disponibile in sd-boot, ma l'uso del BIOS richiede l'applicazione di patch per GRUB2.
In discussione alcuni sviluppatori hanno espresso disaccordo con la cessazione del supporto per il BIOS, poiché il prezzo dell'ottimizzazione sarà la cessazione della possibilità di utilizzare le nuove versioni di Fedora su alcuni laptop e PC rilasciati prima del 2013, forniti con schede video prive di vBIOS compatibile con UEFI. Viene inoltre menzionata la necessità di avviare Fedora su sistemi di virtualizzazione che supportano solo il BIOS.
Tra le altre modifiche discusse per l'implementazione in Fedora 33, si possono notare:
- il filesystem Btrfs di default nelle edizioni di Fedora per desktop e laptop. L'applicazione
di un gestore di partizioni integrato Btrfs risolverà i problemi di esaurimento dello spazio libero sul disco durante il montaggio separato delle directory / e /home. Con Btrfs, queste partizioni possono essere collocate in due sottoparti, montate separatamente, ma utilizzando uno spazio disco comune. Btrfs consentirà anche di utilizzare funzionalità come snapshot, compressione dei dati trasparente, isolamento corretto delle operazioni di input/output tramite cgroups2, ridimensionamento dinamico delle partizioni. - di aggiungere un processo in background (Storage Instantiation Daemon) per monitorare lo stato dei dispositivi nelle diverse sottosistemi di archiviazione (LVM, multipath, MD) e per chiamare i gestori al verificarsi di eventi specifici, ad esempio, per attivare e disattivare i dispositivi. SID funziona come un'estensione di udev e reagisce agli eventi da esso, consentendo di evitare la creazione di regole udev complicate per l'interazione con diverse classi di dispositivi e sottosistemi di archiviazione, che sono difficili da mantenere e debug.
Fonte: opennet.ru
