> Am 14.05.2022 um 18:45 schrieb Ben Cotton <bcotton@xxxxxxxxxx>: > > https://fedoraproject.org/wiki/Changes/GPTforBIOSbyDefault > > This document represents a proposed Change. As part of the Changes > process, proposals are publicly announced in order to receive > community feedback. This proposal will only be implemented if approved > by the Fedora Engineering Steering Committee. > > == Summary == > This Change makes it so that Fedora Linux systems installed on legacy > x86 BIOS systems will get GPT partitioning by default instead of > legacy MBR partitioning. This makes x86 BIOS installs more similar to > x86 UEFI installs. > > == Owner == > * Name: [[User:Ngompa| Neal Gompa]], [[User:Dcavalca| Davide > Cavalca]], [[User:Salimma| Michel Alexandre Salim]], > [[User:Chrismurphy| Chris Murphy]] > * Email: ngompa13@xxxxxxxxx, dcavalca@xxxxxx, michel@xxxxxxxxxxxxxxx, > chrismurphy@xxxxxxxxxxxxxxxxx > > > == Detailed Description == > Once implemented, Anaconda will create a GPT disk table on > non-partitioned disks or when the disk is being completely reset when > Fedora x86 install/live media is booted in BIOS mode. Fedora Server WG discussed the proposal and insists that the proposal be deferred until Anaconda can install software raid on biosboot systems with GPT (see https://bugzilla.redhat.com/show_bug.cgi?id=2088113 and https://lists.fedoraproject.org/archives/list/server@xxxxxxxxxxxxxxxxxxxxxxx/thread/VSM473WRHKIIIJYZZCVXAO7XFS4ACHPH/) - at least for Fedora Server where software raid is a common use. The issue is known to all server WG members at least since F32 and is mentioned in the server user documentation. A hybrid boot configuration may be useful for cloud because the same image is to be used for different runtime environments. For physical servers it is irrelevant and for VMs in a libvirt virtualization it is completely pointless. It would only introduce an additional potential source of errors for Fedora servers, without any benefit at all. _______________________________________________ devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
