Sviluppatori Fedora il problema di interrompere l'avvio utilizzando il BIOS classico e lasciare l'opzione di installazione solo su sistemi con supporto UEFI. Si segnala che i sistemi basati sulla piattaforma Intel sono stati forniti con UEFI dal 2005 e fino al 2020 Intel smettere di supportare il BIOS nei sistemi client e nelle piattaforme dei data center.
Anche la discussione sulla deprecazione del supporto del BIOS in Fedora è dovuta all'implementazione semplificata Visualizzazione selettiva del menu di avvio, in cui il menu è nascosto per impostazione predefinita e visualizzato solo dopo un arresto anomalo o l'attivazione di un'opzione in GNOME. Per UEFI la funzionalità necessaria è già disponibile in sd-boot, ma quando si utilizza il BIOS è necessaria l'applicazione delle patch per GRUB2.
Nella discussione, alcuni sviluppatori hanno espresso opposizione alla rimozione del supporto del BIOS, poiché il costo dell'ottimizzazione sarebbe la rimozione della possibilità di utilizzare le nuove versioni di Fedora su alcuni laptop e PC rilasciati prima del 2013 forniti con schede grafiche senza UEFI-. vBIOS compatibile. Menziona anche la necessità di avviare Fedora su sistemi di virtualizzazione solo BIOS.
Altre modifiche in discussione per l'implementazione in Fedora 33 includono:
- Il file system predefinito è Btrfs nelle edizioni desktop e laptop di Fedora. Applicazione
Il gestore delle partizioni integrato Btrfs risolverà i problemi legati all'esaurimento dello spazio libero su disco durante il montaggio separato delle directory / e /home. Con Btrfs, queste partizioni possono essere posizionate in due sottopartizioni, montate separatamente, ma utilizzando lo stesso spazio su disco. Btrfs ti consentirà inoltre di utilizzare funzionalità come istantanee, compressione trasparente dei dati, corretto isolamento delle operazioni di I/O tramite cgroups2 e ridimensionamento al volo delle partizioni. - aggiungi processo in background (Storage Instantiation Daemon) per monitorare lo stato dei dispositivi in vari sottosistemi di archiviazione (LVM, multipath, MD) e gestire le chiamate quando si verificano determinati eventi, ad esempio, per attivare e disattivare i dispositivi. SID funziona come un componente aggiuntivo di udev e reagisce agli eventi provenienti da esso, eliminando la necessità di creare regole udev complesse per interagire con varie classi di dispositivi e sottosistemi di archiviazione difficili da mantenere ed eseguire il debug.
Fonte: opennet.ru