Los desarrolladores de Fedora la cuestión de la interrupción de arranque utilizando BIOS clásico y dejando la posibilidad de instalación solo en sistemas que soportan UEFI. Se señala que los sistemas basados en la plataforma Intel se suministran con UEFI desde 2005 y hasta 2020 la empresa Intel interrumpir el soporte para BIOS en sistemas cliente y plataformas para centros de datos.
La discusión sobre el abandono del soporte para BIOS en Fedora también se debe a la simplificación de la implementación de la visualización selectiva del menú de arranque, en la cual el menú por defecto está oculto y solo se muestra después de un fallo o activación de una opción en GNOME. Para UEFI, la funcionalidad necesaria ya está disponible en sd-boot, pero en el uso de BIOS requiere la aplicación de parches para GRUB2.
En la discusión, algunos desarrolladores expresaron su desacuerdo con la interrupción del soporte para BIOS, ya que el costo de la optimización resultará en la imposibilidad de utilizar nuevas versiones de Fedora en algunos portátiles y PC fabricados antes de 2013 y que se suministran con tarjetas gráficas sin vBIOS compatible con UEFI. También se menciona la necesidad de arrancar Fedora en sistemas de virtualización que solo soportan BIOS.
Entre otros cambios discutidos para implementar en Fedora 33, se incluyen:
- por defecto el sistema de archivos Btrfs en las ediciones de Fedora para escritorio y portátiles. La aplicación
del administrador de particiones Btrfs incorporado permitirá resolver problemas de agotamiento de espacio en disco al montar por separado las carpetas / y /home. Con Btrfs, estos datos se podrán colocar en dos subconjuntos, montados por separado, pero utilizando el mismo espacio en disco. Btrfs también permitirá usar características como instantáneas, compresión de datos transparente, correcta aislamiento de operaciones de entrada/salida a través de cgroups2, cambio de tamaño de particiones al vuelo. - agregar un proceso en segundo plano (Storage Instantiation Daemon) para rastrear el estado de los dispositivos en varios subsistemas de almacenamiento (LVM, multipath, MD) y llamar a manejadores al ocurrir ciertos eventos, por ejemplo, para activar y desactivar dispositivos. SID funciona como una capa sobre udev y responde a eventos de este, permitiendo eliminar la necesidad de crear reglas complejas de udev para interactuar con diferentes clases de dispositivos y subsistemas de almacenamiento, que son difíciles de mantener y depurar.
Fuente: opennet.ru
