Fedora considera deter o soporte de arranque da BIOS

Desenvolvedores Fedora discutir o problema de deixar de arrancar usando a BIOS clásica e deixar a opción de instalación só en sistemas con soporte UEFI. Nótase que os sistemas baseados na plataforma Intel foron subministrados con UEFI desde 2005 e ata 2020 Intel planificado deixar de admitir BIOS en sistemas cliente e plataformas de centros de datos.

A discusión sobre a desaprobación do soporte da BIOS en Fedora tamén se debe á implementación simplificada tecnoloxía Visualización selectiva do menú de arranque, onde o menú está oculto de forma predeterminada e só se mostra despois dun fallo ou unha opción activada en GNOME. Para UEFI, a funcionalidade necesaria xa está dispoñible en sd-boot, pero cando se usa a BIOS require a aplicación de parches para GRUB2.

Na discusión, algúns desenvolvedores expresaron a súa oposición á eliminación do soporte para a BIOS, xa que o custo da optimización sería a eliminación da posibilidade de usar novas versións de Fedora nalgúns portátiles e PCs lanzados antes de 2013 que se enviaron con tarxetas gráficas sen UEFI- vBIOS compatible. Tamén menciona a necesidade de iniciar Fedora en sistemas de virtualización só para BIOS.

Outros cambios que se discuten para a súa implementación en Fedora 33 inclúen:

  • Usar O sistema de ficheiros predeterminado é Btrfs nas edicións de escritorio e portátiles de Fedora. Aplicación
    O xestor de particións incorporado Btrfs resolverá os problemas co esgotamento do espazo libre no disco ao montar os directorios / e / home por separado. Con Btrfs, estas particións pódense colocar en dúas subparticións, montadas por separado, pero usando o mesmo espazo no disco. Btrfs tamén che permitirá usar funcións como instantáneas, compresión de datos transparente, illamento correcto das operacións de E/S a través de cgroups2 e cambio de tamaño das particións ao voo.

  • Planificado engadir proceso de fondo SID (Storage Instantiation Daemon) para supervisar o estado dos dispositivos en varios subsistemas de almacenamento (LVM, multipath, MD) e os controladores de chamadas cando ocorren certos eventos, por exemplo, para activar e desactivar dispositivos. SID funciona como un complemento enriba de udev e reacciona aos eventos deste, eliminando a necesidade de crear regras de udev complexas para interactuar con varias clases de dispositivos e subsistemas de almacenamento que son difíciles de manter e depurar.

Fonte: opennet.ru

Engadir un comentario