Fedora está considerando detener el soporte del BIOS de arranque

Desarrolladores de Fedora están discutiendo el problema de dejar de arrancar usando el BIOS clásico y dejar la opción de instalación solo en sistemas con soporte UEFI. Cabe señalar que los sistemas basados ​​​​en la plataforma Intel se suministran con UEFI desde 2005 y hasta 2020 Intel. planificado dejar de admitir BIOS en sistemas cliente y plataformas de centros de datos.

La discusión sobre la desaprobación del soporte de BIOS en Fedora también se debe a la implementación simplificada de la tecnología Visualización del menú de inicio selectivo, donde el menú está oculto de forma predeterminada y solo se muestra después de un bloqueo o se activa una opción en GNOME. Para UEFI, la funcionalidad necesaria ya está disponible en sd-boot, pero cuando se usa BIOS requiere la aplicación de parches para GRUB2.

En la discusión, algunos desarrolladores expresaron su oposición a la eliminación del soporte de BIOS, ya que el costo de la optimización sería la eliminación de la capacidad de usar nuevas versiones de Fedora en algunas computadoras portátiles y PC lanzadas antes de 2013 que se enviaron con tarjetas gráficas sin UEFI. BIOS compatibles. También menciona la necesidad de iniciar Fedora en sistemas de virtualización solo con BIOS.

Otros cambios que se están discutiendo para su implementación en Fedora 33 incluyen:

  • el uso de El sistema de archivos predeterminado es Btrfs en las ediciones de escritorio y portátil de Fedora. Solicitud
    El administrador de particiones integrado Btrfs resolverá los problemas relacionados con el agotamiento del espacio libre en el disco al montar los directorios / y /home por separado. Con Btrfs, estas particiones se pueden colocar en dos subparticiones, montadas por separado, pero usando el mismo espacio en disco. Btrfs también le permitirá utilizar funciones como instantáneas, compresión de datos transparente, aislamiento correcto de operaciones de E/S a través de cgroups2 y cambio de tamaño de particiones sobre la marcha.

  • Planeado agregar proceso en segundo plano SID (Storage Instantiation Daemon) para monitorear el estado de los dispositivos en varios subsistemas de almacenamiento (LVM, multipath, MD) y llamar a los controladores cuando ocurren ciertos eventos, por ejemplo, para activar y desactivar dispositivos. SID funciona como un complemento sobre udev y reacciona a sus eventos, eliminando la necesidad de crear reglas complejas de udev para interactuar con varias clases de dispositivos y subsistemas de almacenamiento que son difíciles de mantener y depurar.

Fuente: opennet.ru

Añadir un comentario