Os desenvolvedores do Fedora a questão da interrupção do carregamento utilizando o BIOS clássico e deixando a instalação apenas em sistemas com suporte a UEFI. É destacado que sistemas baseados na plataforma Intel vêm com UEFI desde 2005 e até 2020 a empresa Intel cessar o suporte ao BIOS em sistemas clientes e plataformas para data centers.
A discussão sobre a descontinuação do suporte ao BIOS no Fedora também é motivada pela simplificação da implementação da exibição seletiva do menu de inicialização, onde o menu por padrão é oculto e exibido apenas após uma falha ou ativação da opção no GNOME. Para UEFI, a funcionalidade necessária já está disponível no sd-boot, mas ao usar o BIOS, requer a aplicação de patches para o GRUB2.
Na discussão, alguns desenvolvedores expressaram discordância quanto à interrupção do suporte ao BIOS, pois o custo da otimização será a descontinuação da possibilidade de usar novas versões do Fedora em alguns notebooks e PCs lançados antes de 2013 e fornecidos com placas gráficas sem vBIOS compatível com UEFI. Também foi mencionada a necessidade de carregar o Fedora em sistemas de virtualização que suportam apenas BIOS.
Entre outras mudanças discutidas para implementação no Fedora 33, podemos destacar:
- a inclusão como padrão do sistema de arquivos Btrfs nas edições do Fedora para desktop e notebooks. A aplicação
do gerenciador de partições Btrfs permitirá resolver problemas com o esgotamento do espaço em disco ao montar separadamente os diretórios / e /home. Com o Btrfs, essas partições poderão ser colocadas em dois subpartições, montadas separadamente, mas utilizando o mesmo espaço em disco. O Btrfs também permitirá usar recursos como snapshots, compressão de dados transparente, correta isolação de operações de entrada/saída por meio de cgroups2, e redimensionamento de partições em tempo real. - adicionar um processo em segundo plano (Storage Instantiation Daemon) para monitorar o estado dos dispositivos em várias subsistemas de armazenamento (LVM, multipath, MD) e chamar manipuladores quando certos eventos ocorrem, como ativar e desativar dispositivos. O SID funciona como uma camada sobre o udev e reage a eventos dele, permitindo evitar a criação de regras complexas do udev para interagir com diferentes classes de dispositivos e subsistemas de armazenamento, que são difíceis de manter e depurar.
Fonte: opennet.ru
