Fedora överväger att stoppa Boot BIOS Support

Fedora utvecklare diskuterar problemet med att stoppa uppstart med klassisk BIOS och lämna möjligheten att installera endast på system med UEFI-stöd. Det noteras att system baserade på Intel-plattformen har levererats med UEFI sedan 2005 och fram till 2020, Intel planerad sluta stödja BIOS i klientsystem och datacenterplattformar.

Diskussionen om att ta bort BIOS-stöd i Fedora drivs också av förenklingen av implementeringen. teknik selektiv visning av startmenyn, där menyn är dold som standard och visas endast efter ett fel eller aktivering av alternativet i GNOME. För UEFI finns den nödvändiga funktionen redan tillgänglig i sd-boot, men när BIOS används krävs det att patchar för GRUB2 tillämpas.

I diskussionen uttryckte vissa utvecklare oenighet om att ta bort BIOS-stödet, eftersom priset för optimeringen skulle vara förlusten av möjligheten att använda nya Fedora-versioner på vissa bärbara datorer och PC-datorer tillverkade före 2013 som levererades med grafikkort utan UEFI-kompatibel vBIOS. Behovet av att starta Fedora på virtualiseringssystem med endast BIOS nämns också.

Andra förändringar som diskuteras för implementering i Fedora 33 inkluderar:

• Använd Standardfilsystemet är Btrfs i skrivbords- och bärbara datorversionerna av Fedora.
  Den inbyggda partitionshanteraren Btrfs löser problemet med att få slut på ledigt diskutrymme när man monterar / och /home-katalogerna separat. Med Btrfs kan dessa partitioner placeras i två underavdelningar, monterade separat men med gemensamt diskutrymme. Btrfs tillåter också användning av funktioner som ögonblicksbilder, transparent datakomprimering, korrekt isolering av in-/utdataoperationer via cgroups2 och storleksändring av partitioner i farten.
• Det är planerat lägg till bakgrundsprocess SID (Storage Instantiation Daemon) för att övervaka tillståndet för enheter i olika lagringsundersystem (LVM, multipath, MD) och anropshanterare när vissa händelser inträffar, till exempel för att aktivera och avaktivera enheter. SID fungerar som ett tillägg ovanpå udev och reagerar på händelser från det, vilket eliminerar behovet av att skapa komplexa udev-regler för att interagera med olika klasser av enheter och lagringsundersystem som är svåra att underhålla och felsöka.

Källa: opennet.ru