Fedora está considerando interromper o suporte do BIOS de inicialização

Desenvolvedores Fedora estão discutindo a questão de interromper a inicialização usando o BIOS clássico e deixar a opção de instalação apenas em sistemas com suporte UEFI. Observa-se que os sistemas baseados na plataforma Intel são fornecidos com UEFI desde 2005 e até 2020 Intel planejado pare de oferecer suporte a BIOS em sistemas clientes e plataformas de data center.

A discussão sobre a descontinuação do suporte do BIOS no Fedora também se deve à implementação simplificada технологии Exibição do menu de inicialização seletiva, onde o menu fica oculto por padrão e só é mostrado após uma falha ou uma opção ser ativada no GNOME. Para UEFI, a funcionalidade necessária já está disponível no sd-boot, mas ao usar BIOS requer a aplicação de patches para GRUB2.

Na discussão alguns desenvolvedores expressaram oposição à remoção do suporte do BIOS já que o custo da otimização seria a remoção da capacidade de usar novas versões do Fedora em alguns laptops e PCs lançados antes de 2013 que acompanham placas gráficas sem UEFI- vBIOS compatível. Também menciona a necessidade de inicializar o Fedora em sistemas de virtualização somente BIOS.

Outras mudanças que estão sendo discutidas para implementação no Fedora 33 incluem:

  • Usar O sistema de arquivos padrão é Btrfs nas edições desktop e laptop do Fedora. Aplicativo
    O gerenciador de partição integrado Btrfs resolverá problemas com o esgotamento do espaço livre em disco ao montar os diretórios / e /home separadamente. Com o Btrfs, essas partições podem ser colocadas em duas subpartições, montadas separadamente, mas usando o mesmo espaço em disco. O Btrfs também permitirá que você use recursos como instantâneos, compactação transparente de dados, isolamento correto de operações de E/S via cgroups2 e redimensionamento instantâneo de partições.

  • Planejado adicionar processo em segundo plano SID (Storage Instantiation Daemon) para monitorar o estado de dispositivos em vários subsistemas de armazenamento (LVM, multipath, MD) e manipuladores de chamadas quando ocorrem determinados eventos, por exemplo, para ativar e desativar dispositivos. O SID funciona como um complemento do udev e reage aos eventos dele, eliminando a necessidade de criar regras complexas do udev para interagir com várias classes de dispositivos e subsistemas de armazenamento que são difíceis de manter e depurar.

Fonte: opennet.ru

Adicionar um comentário